Video display apparatus and operating method thereof

ABSTRACT

Provided is a operating method of a video display device including a display unit. A receiving unit receiving a broadcasting signal through a tuner; obtaining an uncompressed audio or video (AV) content through a receiving unit, wherein the uncompressed AV content includes a promotion content; extracting a characteristic information, including at least one of a watermark and a fingerprint, from a part of the uncompressed AV content; transmitting a first query to a first server, wherein the first query corresponds to the characteristic information; receiving a first response from the first server, based on the transmitted first query; transmitting a second query to a second server based on the first response; receiving a second response from the second server, based on the transmitted second query; and executing a promotion application based on the second response. Furthermore, the promotion application controls a process for promoting a content.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of co-pending U.S. patent applicationSer. No. 14/362,861 filed on Jun. 4, 2014, which is the national phaseof PCT International Application No. PCT/KR2014/001241 filed on Feb. 14,2014, and which claims the benefit of U.S. Provisional Application No.61/764,545 filed on Feb. 14, 2013. The entire contents of all of theabove applications are hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present disclosure relates to a video display device and a method ofoperating the same.

2. Discussion of the Related Art

As digital broadcasting is paving the way for its extensive spread, abroadcasting station transmits both main audio-visual (AV) contents andenhanced service data, which may be linked to the main audio and videocontents to provide information and services or may be separatelyprovided for other purposes.

However, a video display device in each home may unlikely receivebroadcast signals directly through air under a current broadcastingenvironment. Rather, most of cases, a video display device in each homeis connected to a broadcast receiving device to display uncompressedaudio-visual contents that the broadcast receiving device provides.

Additionally, the broadcast receiving device receives contents from aserver (called a Multichannel Video Programming Distributor (MVPD)). TheMVPD receives a broadcast signal from a broadcasting station, extractscontents from the received broadcast signal, converts the extractedcontent into signals having a proper format for transmission, andprovides the converted signals to a broadcast receiving device. Duringthese processes, the MVPD may exclude extracted enhanced service data ormay add another enhanced service data, so that the broadcastingreceiving device is compelled to receive an enhanced service dependenton the MVPD.

The MVPD provides a plurality of channels, which are provided bycontents providers, to a broadcast receiving device.

Since the broadcast receiving device extracts main AV data from signalreceived from the MVPD and provides only uncompressed audio-visual datato a video display device, only enhanced services provided from thebroadcast receiving device not the video display device are available.

SUMMARY OF THE INVENTION

Embodiments provide a video display device for recognizing promotionalcontent input in the form of uncompressed audio and video content andnotifying broadcast of content to a user based on a viewing intention ofthe user for the content advertised by the promotional content, and amethod of operating the same.

In one embodiment, a operating method of a video display deviceincluding a display unit, the method comprising: obtaining anuncompressed audio and video content; receiving information of theuncompressed audio and video content based on a characteristicinformation of the uncompressed audio and video; setting a contentreminder based on the information of the uncompressed audio and videocontent, wherein the content reminder notifies broadcasting informationfor another content which is related to the uncompressed audio and videocontent; and reminding the another content while displaying thebroadcasting information of the another content based on the setting ofthe content reminder.

The receiving the information of the uncompressed audio and videocontent may comprises receiving a video display device identifier whichidentifies the video display device, wherein the reminding the anothercontent while displaying the broadcasting information of the anothercontent comprises receiving a content remind message based on the videodisplay device identifier.

The receiving the video display device identifier may comprisesreceiving the video display device identifier based on a URL whichincludes the video display device identifier and a download URL of apromotion application, wherein the promotion application sets thecontent reminder.

The receiving the video display device identifier may comprisestokenizing the URL to receive the video display device identifier.

According to an embodiment of the present invention, an enhanced serviceindependent from an MVPD is provided. Especially, according to anembodiment of the present invention, even when a broadcaster or acontent provider does not provide enhanced service, the enhanced serviceis provided through a third party server independent from thebroadcaster or the content provider.

Additionally, according to various embodiments of the present invention,main audio and video content related information search, chatting, newssearch, digital media download, product catalogue download, and productpurchase are possible without an inconvenient text input through aremote controller.

Additionally, according to an embodiment of the present invention, anenhanced service exceeding the bandwidth of a wireless channel isprovided.

A video display device according to an embodiment of the presentinvention may obtain a channel map on the basis of uncompressed AV datainputted through an external input.

A third party server according to an embodiment of the present inventionprovides information on whether to allow a leanback app to a videodisplay device in order to prevent the leanback app from seriouslyaffecting the stability of the video display device.

By notifying the URL address of an ACR server that is locally close to avideo display device according to an embodiment of the presentinvention, the video display device performs contents recognition fastand reduces network latency.

A third party server according to an embodiment of the present inventionmay prevent unnecessary resource consumption by providing information onan ACR on time interval to a video playback device.

A video display device according to an embodiment may recognizepromotional content based on uncompressed AV data input through anexternal input.

A video display device according to an embodiment may store a viewingintention of a user for content advertised by promotional content.

A video display device according to an embodiment may indicate thatcontent is broadcast based on a viewing intention of a user for thecontent advertised by promotional content.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating the network topology according tothe embodiment.

FIG. 2 is a block diagram illustrating a watermark based networktopology according to an embodiment.

FIG. 3 is a ladder diagram illustrating a data flow in a watermark basednetwork topology according to an embodiment.

FIG. 4 is view illustrating a watermark based content recognition timingaccording to an embodiment.

FIG. 5 is a block diagram illustrating a fingerprint based networktopology according to an embodiment.

FIG. 6 is a ladder diagram illustrating a data flow in a fingerprintbased network topology according to an embodiment.

FIG. 7 is a view illustrating an XML schema diagram of ACR-Resulttypecontaining a query result according to an embodiment.

FIG. 8 is a block diagram illustrating a watermark and fingerprint basednetwork topology according to an embodiment.

FIG. 9 is a ladder diagram illustrating a data flow in a watermark andfingerprint based network topology according to an embodiment.

FIG. 10 is a block diagram illustrating the video display deviceaccording to the embodiment.

FIG. 11 is a flowchart illustrating a method of synchronizing a playbacktime of a main audio and video content with a playback time of anenhanced service according to an embodiment.

FIG. 12 is a conceptual diagram illustrating a method of synchronizing aplayback time of a main audio and video content with a playback time ofan enhanced service according to an embodiment.

FIG. 13 is a screen when an auto playing application is executedaccording to an embodiment.

FIG. 14 is a screen when a content provider application is executedaccording to an embodiment.

FIG. 15 is a view of a user interface for controlling an ACR functionaccording to an embodiment.

FIG. 16 is a flowchart illustrating a method of controlling a videodisplay device according to the embodiment.

FIG. 17 is a view illustrating a network topology according to anembodiment of the present invention.

FIG. 18 is a view illustrating a Live+ app according to variousembodiments of the present invention.

FIG. 19 is a view illustrating a method of executing a Live+ appaccording to various embodiments of the present invention.

FIG. 20 is a view illustrating a tab function of a Live+ app accordingto an embodiment of the present invention.

FIG. 21 is a view illustrating an architecture of the third party server90 according to an embodiment of the present invention.

FIG. 22 is a ladder diagram illustrating an operation of a video displaydevice for an automatic execution application according to an embodimentof the present invention.

FIG. 23 is a ladder diagram illustrating an operation of a video displaydevice for a channel-independent application according to an embodimentof the present invention.

FIG. 24 is a ladder diagram illustrating an operation of a video displaydevice for a channel-independent application according to anotherembodiment of the present invention.

FIG. 25 is a conceptual diagram illustrating a video display deviceaccording to an embodiment of the present invention.

FIG. 26 is a ladder diagram illustrating an operation of a video displaydevice according to another embodiment of the present invention.

FIG. 27 is an XML schema diagram of ACR configuration informationaccording to an embodiment of the present invention.

FIG. 28 is a ladder diagram illustrating an operation of a video displaydevice according to another embodiment of the present invention.

FIG. 29 is an XML schema diagram of ACR configuration informationaccording to an embodiment of the present invention.

FIG. 30 is a view of an EPG window displaying the MVPD logo of DishNetwork, a satellite operator, according to an embodiment of the presentinvention.

FIG. 31 is a view of an EPG window displaying the MVPD logo of Comcast,a Cable operator, according to an embodiment of the present invention.

FIG. 32 is a view of an EPG window displaying the MVPD logo of Comcast,a Cable operator, according to an embodiment of the present invention.

FIG. 33 is a view of a menu window displaying the MVPD logo of DirecTV,a satellite operator, according to an embodiment of the presentinvention.

FIG. 34 is a view of channel map processing according to an embodimentof the present invention.

FIG. 35 is a view of channel map processing according to an embodimentof the present invention.

FIG. 36 is a conceptual diagram of a video display device according toan embodiment of the present invention.

FIG. 37 is a conceptual diagram of a video display device according toan embodiment of the present invention.

FIG. 38 is a diagram illustrating a network topology for a video contentreminder application service according to an embodiment.

FIG. 39 is a ladder diagram illustrating operation of a video contentreminder application according to an embodiment.

FIG. 40 is a block diagram illustrating that an identifier of a videodisplay device is transmitted according to an embodiment.

FIG. 41 is a flowchart illustrating operation of a video display deviceexecuting a promotional application according to an embodiment.

FIG. 42 illustrates a user interface of content reminder setting of apromotional application according to an embodiment.

FIG. 43 illustrates a content reminder user interface of a contentreminder application according to an embodiment.

FIG. 44 illustrates a content reminder user interface of a contentreminder application according to another embodiment.

FIG. 45 illustrates a content reminder user interface of a contentreminder application according to another embodiment.

FIG. 46 is a diagram illustrating a network topology for a video contentreminder application service according to another embodiment.

FIG. 47 is a ladder diagram illustrating operation of a video contentreminder application according to another embodiment.

FIG. 48 is a diagram illustrating a network topology for a video contentreminder application service according to another embodiment.

FIG. 49 is a ladder diagram illustrating operation of a video contentreminder application according to another embodiment.

FIG. 50 is a conceptual diagram illustrating a video display deviceexecuting a content reminder application according to an embodiment.

FIG. 51 is a block diagram illustrating a structure of a fingerprintbased video display device according to another embodiment.

FIG. 52 is a block diagram illustrating a structure of a watermark basedvideo display device according to another embodiment.

DETAILED DESCRIPTION OF THE INVENTION

Hereinafter, a mobile terminal relating to the present invention will bedescribed in more detail with reference to the accompanying drawings.Noun suffixes such as “engine”, “module”, and “unit” for components indescription below are given or mixed in consideration of easiness inwriting the specification. That is, the noun suffixes themselves doesnot have respectively distinguishable meanings or roles.

A network topology will be described with reference to FIGS. 1 to 9according to an embodiment.

FIG. 1 is a block diagram illustrating the network topology according tothe embodiment.

As shown in FIG. 1, the network topology includes a content providingserver 10, a content recognizing service providing server 20, a multichannel video distributing server 30, an enhanced service informationproviding server 40, a plurality of enhanced service providing servers50, a broadcast receiving device 60, a network 70, and a video displaydevice 100.

The content providing server 10 may correspond to a broadcasting stationand broadcasts a broadcast signal including main audio-visual contents.The broadcast signal may further include enhanced services. The enhancedservices may or may not relate to main audio-visual contents. Theenhanced services may have formats such as service information,metadata, additional data, compiled execution files, web applications,Hypertext Markup Language (HTML) documents, XML, documents, CascadingStyle Sheet (CSS) documents, audio files, video files, ATSC 2.0contents, and addresses such as Uniform Resource Locator (URL). Theremay be at least one content providing server.

The content recognizing service providing server 20 provides a contentrecognizing service that allows the video display device 100 torecognize content on the basis of main audio-visual content. The contentrecognizing service providing server 20 may or may not edit the mainaudio-visual content. There may be at least one content recognizingservice providing server.

The content recognizing service providing server 20 may be a watermarkserver that edits the main audio-visual content to insert a visiblewatermark, which may look a logo, into the main audio-visual content.This watermark server may insert the logo of a content provider at theupper-left or upper-right of each frame in the main audio-visual contentas a watermark.

Additionally, the content recognizing service providing server 20 may bea watermark server that edits the main audio-visual content to insertcontent information into the main audio-visual content as an invisiblewatermark.

Additionally, the content recognizing service providing server 20 may bea fingerprint server that extracts characteristic information from someframes or audio samples of the main audio-visual content and stores it.This characteristic information is called signature.

The multi channel video distributing server 30 receives and multiplexesbroadcast signals from a plurality of broadcasting stations and providesthe multiplexed broadcast signals to the broadcast receiving device 60.Especially, the multi channel video distributing server 30 performsdemodulation and channel decoding on the received broadcast signals toextract main audio-visual content and enhanced service, and then,performs channel encoding on the extracted main audio-visual content andenhanced service to generate a multiplexed signal for distribution. Atthis point, since the multi channel video distributing server 30 mayexclude the extracted enhanced service or may add another enhancedservice, a broadcasting station may not provide services led by it.There may be at least one multi channel video distributing server.

The broadcasting device 60 may tune a channel selected by a user andreceives a signal of the tuned channel, and then, performs demodulationand channel decoding on the received signal to extract a mainaudio-visual content. The broadcasting device 60 decodes the extractedmain audio-visual content through H.264/Moving Picture Experts Group-4advanced video coding (MPEG-4 AVC), Dolby AC-3 or Moving Picture ExpertsGroup-2 Advanced Audio Coding (MPEG-2 AAC) algorithm to generate anuncompressed main audio-visual (AV) content. The broadcast receivingdevice 60 provides the generated uncompressed main audio and videocontent to the video display device 100 through its external input port.

The enhanced service information providing server 40 provides enhancedservice information on at least one available enhanced service relatingto a main audio and video content in response to a request of a videodisplay device. There may be at least one enhanced service providingserver. The enhanced service information providing server 40 may provideenhanced service information on the enhanced service having the highestpriority among a plurality of available enhanced services.

The enhanced service providing server 50 provides at least one availableenhanced service relating to a main audio and video content in responseto a request of a video display device. There may be at least oneenhanced service providing server.

The video display device 100 may be a television, a notebook computer, ahand phone, and a smart phone, each including a display unit. The videodisplay device 100 may receive an uncompressed main audio and videocontent from the broadcast receiving device 60 or a broadcast signalincluding an encoded main audio and video content from the contentsproviding server 10 or the multi channel video distributing server 30.The video display device 100 may receive a content recognizing servicefrom the content recognizing service providing server 20 through thenetwork 70, an address of at least one available enhanced servicerelating to a main audio and video content from the enhanced serviceinformation providing server 40 through the network 70, and at least oneavailable enhanced service relating to a main audio and video contentfrom the enhanced service providing server 50.

At least two of the content providing server 10, the content recognizingservice providing server 20, the multi channel video distributing server30, the enhanced service information providing server 40, and theplurality of enhanced service providing servers 50 may be combined in aform of one server and may be operated by one provider.

FIG. 2 is a block diagram illustrating a watermark based networktopology according to an embodiment.

As shown in FIG. 2, the watermark based network topology may furtherinclude a watermark server 21.

As shown in FIG. 2, the watermark server 21 edits a main audio and videocontent to insert content information into it. The multi channel videodistributing server 30 may receive and distribute a broadcast signalincluding the modified main audio and video content. Especially, awatermark server may use a digital watermarking technique describedbelow.

A digital watermark is a process for inserting information, which may bealmost undeletable, into a digital signal. For example, the digitalsignal may be audio, picture, or video. If the digital signal is copied,the inserted information is included in the copy. One digital signal maycarry several different watermarks simultaneously.

In visible watermarking, the inserted information may be identifiable ina picture or video. Typically, the inserted information may be a text orlogo identifying a media owner. If a television broadcasting stationadds its logo in a corner of a video, this is an identifiable watermark.

In invisible watermarking, although information as digital data is addedto audio, picture, or video, a user may be aware of a predeterminedamount of information but may not recognize it. A secret message may bedelivered through the invisible watermarking.

One application of the watermarking is a copyright protection system forpreventing the illegal copy of digital media. For example, a copy deviceobtains a watermark from digital media before copying the digital mediaand determines whether to copy or not on the bases of the content of thewatermark.

Another application of the watermarking is source tracking of digitalmedia. A watermark is embedded in the digital media at each point of adistribution path. If such digital media is found later, a watermark maybe extracted from the digital media and a distribution source may berecognized from the content of the watermark.

Another application of invisible watermarking is a description fordigital media.

A file format for digital media may include additional informationcalled metadata and a digital watermark is distinguished from metadatain that it is delivered as an AV signal itself of digital media.

The watermarking method may include spread spectrum, quantization, andamplitude modulation.

If a marked signal is obtained through additional editing, thewatermarking method corresponds to the spread spectrum. Although it isknown that the spread spectrum watermark is quite strong, not muchinformation is contained because the watermark interferes with anembedded host signal.

If a marked signal is obtained through the quantization, thewatermarking method corresponds to a quantization type. The quantizationwatermark is weak, much information may be contained.

If a marked signal is obtained through an additional editing methodsimilar to the spread spectrum in a spatial domain, a watermarkingmethod corresponds to the amplitude modulation.

FIG. 3 is a ladder diagram illustrating a data flow in a watermark basednetwork topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signalincluding a main audio and video content and an enhanced service inoperation S101.

The watermark server 21 receives a broadcast signal that the contentproviding server 10 provides, inserts a visible watermark such as a logoor watermark information as an invisible watermark into the main audioand video content by editing the main audio and video content, andprovides the watermarked main audio and video content and enhancedservice to the MVPD 30 in operation S103.

The watermark information inserted through an invisible watermark mayinclude at least one of a watermark purpose, content information,enhanced service information, and an available enhanced service. Thewatermark purpose represents one of illegal copy prevention, viewerratings, and enhanced service acquisition.

The content information may include at least one of identificationinformation of a content provider that provides main audio and videocontent, main audio and video content identification information, timeinformation of a content section used in content informationacquisition, names of channels through which main audio and videocontent is broadcasted, logos of channels through which main audio andvideo content is broadcasted, descriptions of channels through whichmain audio and video content is broadcasted, a usage informationreporting period, the minimum usage time for usage informationacquisition, and available enhanced service information relating to mainaudio and video content.

If the video display device 100 uses a watermark to acquire contentinformation, the time information of a content section used for contentinformation acquisition may be the time information of a content sectioninto which a watermark used is embedded. If the video display device 100uses a fingerprint to acquire content information, the time informationof a content section used for content information acquisition may be thetime information of a content section where characteristic informationis extracted. The time information of a content section used for contentinformation acquisition may include at least one of the start time of acontent section used for content information acquisition, the durationof a content section used for content information acquisition, and theend time of a content section used for content information acquisition.

The usage information reporting address may include at least one of amain audio and video content watching information reporting address andan enhanced service usage information reporting address. The usageinformation reporting period may include at least one of a main audioand video content watching information reporting period and an enhancedservice usage information reporting period. A minimum usage time forusage information acquisition may include at least one of a minimumwatching time for a main audio and video content watching informationacquisition and a minimum usage time for enhanced service usageinformation extraction.

On the basis that a main audio and video content is watched for morethan the minimum watching time, the video display device 100 acquireswatching information of the main audio and video content and reports theacquired watching information to the main audio and video contentwatching information reporting address in the main audio and videocontent watching information reporting period.

On the basis that an enhanced service is used for more than the minimumusage time, the video display device 100 acquires enhanced service usageinformation and reports the acquired usage information to the enhancedservice usage information reporting address in the enhanced serviceusage information reporting period.

The enhanced service information may include at least one of informationon whether an enhanced service exists, an enhanced service addressproviding server address, an acquisition path of each available enhancedservice, an address for each available enhanced service, a start time ofeach available enhanced service, an end time of each available enhancedservice, a lifetime of each available enhanced service, an acquisitionmode of each available enhanced service, a request period of eachavailable enhanced service, priority information each available enhancedservice, description of each available enhanced service, a category ofeach available enhanced service, a usage information reporting address,a usage information reporting period, and the minimum usage time forusage information acquisition.

The acquisition path of available enhanced service may be representedwith IP or Advanced Television Systems Committee-Mobile/Handheld (ATSCM/H). If the acquisition path of available enhanced service is ATSC M/H,enhanced service information may further include frequency informationand channel information. An acquisition mode of each available enhancedservice may represent Push or Pull.

Moreover, the watermark server 21 may insert watermark information as aninvisible watermark into the logo of a main audio and video content.

For example, the watermark server 21 may insert a barcode at apredetermined position of a logo. At this point, the predeterminedposition of the logo may correspond to the first line at the bottom ofan area where the logo is displayed. The video display device 100 maynot display a barcode when receiving a main audio and video contentincluding a logo with the barcode inserted.

For example, the watermark server 21 may insert a barcode at apredetermined position of a logo. At this point, the log may maintainits form.

For example, the watermark server 21 may insert N-bit watermarkinformation at each of the logos of M frames. That is, the watermarkserver 21 may insert M*N watermark information in M frames.

The MVPD 30 receives broadcast signals including watermarked main audioand video content and enhanced service and generates a multiplexedsignal to provide it to the broadcast receiving device 60 in operationS105. At this point, the multiplexed signal may exclude the receivedenhanced service or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selectsand receives signals of the tuned channel, demodulates the receivedsignals, performs channel decoding and AV decoding on the demodulatedsignals to generate an uncompressed main audio and video content, andthen, provides the generated uncompressed main audio and video contentto the video display device 100 in operation S106.

Moreover, the content providing server 10 also broadcasts a broadcastsignal including a main audio and video content through a wirelesschannel in operation S107.

Additionally, the MVPD 30 may directly transmit a broadcast signalincluding a main audio and video content to the video display device 100without going through the broadcast receiving device 60 in operationS108.

The video display device 100 may receive an uncompressed main audio andvideo content through the broadcast receiving device 60. Additionally,the video display device 100 may receive a broadcast signal through awireless channel, and then, may demodulate and decode the receivedbroadcast signal to obtain a main audio and video content. Additionally,the video display device 100 may receive a broadcast signal from theMVPD 30, and then, may demodulate and decode the received broadcastsignal to obtain a main audio and video content. The video displaydevice 100 extracts watermark information from some frames or a sectionof audio samples of the obtained main audio and video content. Ifwatermark information corresponds to a logo, the video display device100 confirms a watermark server address corresponding to a logoextracted from a corresponding relationship between a plurality of logosand a plurality of watermark server addresses. When the watermarkinformation corresponds to the logo, the video display device 100 cannotidentify the main audio and video content only with the logo.Additionally, when the watermark information does not include contentinformation, the video display device 100 cannot identify the main audioand video content but the watermark information may include contentprovider identifying information or a watermark server address. When thewatermark information includes the content provider identifyinginformation, the video display device 100 may confirm a watermark serveraddress corresponding to the content provider identifying informationextracted from a corresponding relationship between a plurality ofcontent provider identifying information and a plurality of watermarkserver addresses. In this manner, when the video display device 100cannot identify a main audio and video content the video display device100 only with the watermark information, it accesses the watermarkserver 21 corresponding to the obtained watermark server address totransmit a first query in operation S109.

The watermark server 21 provides a first reply to the first query inoperation S111. The first reply may include at least one of contentinformation, enhanced service information, and an available enhancedservice.

If the watermark information and the first reply do not include anenhanced service address, the video display device 100 cannot obtainenhanced service. However, the watermark information and the first replymay include an enhanced service address providing server address. Inthis manner, the video display device 100 does not obtain a serviceaddress or enhanced service through the watermark information and thefirst reply. If the video display device 100 obtains an enhanced serviceaddress providing server address, it accesses the enhanced serviceinformation providing server 40 corresponding to the obtained enhancedservice address providing server address to transmit a second queryincluding content information in operation S119.

The enhanced service information providing server 40 searches at leastone available enhanced service relating to the content information ofthe second query. Later, the enhanced service information providingserver 40 provides to the video display device 100 enhanced serviceinformation for at least one available enhanced service as a secondreply to the second query in operation S121.

If the video display device 100 obtains at least one available enhancedservice address through the watermark information, the first reply, orthe second reply, it accesses the at least one available enhancedservice address to request enhanced service in operation S123, and then,obtains the enhanced service in operation S125.

FIG. 4 is a view illustrating a watermark based content recognitiontiming according to an embodiment.

As shown in FIG. 4, when the broadcast receiving device 60 is turned onand tunes a channel, and also, the video display device 100 receives amain audio and video content of the turned channel from the broadcastreceiving device 60 through an external input port 111, the videodisplay device 100 may sense a content provider identifier (or abroadcasting station identifier) from the watermark of the main audioand video content. Then, the video display device 100 may sense contentinformation from the watermark of the main audio and video content onthe basis of the sensed content provider identifier.

At this point, as shown in FIG. 4, the detection available period of thecontent provider identifier may be different from that of the contentinformation. Especially, the detection available period of the contentprovider identifier may be shorter than that of the content information.Through this, the video display device 100 may have an efficientconfiguration for detecting only necessary information.

FIG. 5 is a block diagram illustrating a fingerprint based networktopology according to an embodiment.

As shown in FIG. 5, the network topology may further include afingerprint server 22.

As shown in FIG. 5, the fingerprint server 22 does not edit a main audioand video content, but extracts characteristic information from someframes or a section of audio samples of the main audio and video contentand stores the extracted characteristic information. Then, whenreceiving the characteristic information from the video display device100, the fingerprint server 22 provides an identifier and timeinformation of an audio and video content corresponding to the receivedcharacteristic information.

FIG. 6 is a ladder diagram illustrating a data flow in a fingerprintbased network topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signalincluding a main audio and video content and an enhanced service inoperation S201.

The fingerprint server 22 receives a broadcast signal that the contentproviding server 10, extracts a plurality of pieces of characteristicinformation from a plurality of frame sections or a plurality of audiosections of the main audio and video content, and establishes a databasefor a plurality of query results corresponding to the plurality ofcharacteristic information in operation S203. The query result mayinclude at least one of content information, enhanced serviceinformation, and an available enhanced service.

The MVPD 30 receives broadcast signals including a main audio and videocontent and enhanced service and generates a multiplexed signal toprovide it to the broadcast receiving device 60 in operation S205. Atthis point, the multiplexed signal may exclude the received enhancedservice or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selectsand receives signals of the tuned channel, demodulates the receivedsignals, performs channel decoding and AV decoding on the demodulatedsignals to generate an uncompressed main audio and video content, andthen, provides the generated uncompressed main audio and video contentto the video display device 100 in operation S206.

Moreover, the content providing server 10 also broadcasts a broadcastsignal including a main audio and video content through a wirelesschannel in operation S207.

Additionally, the MVPD 30 may directly transmit a broadcast signalincluding a main audio and video content to the video display device 100without going through the broadcast receiving device 60.

The video display device 100 may receive an uncompressed main audio andvideo content through the broadcast receiving device 60. Additionally,the video display device 100 may receive a broadcast signal through awireless channel, and then, may demodulate and decode the receivedbroadcast signal to obtain a main audio and video content. Additionally,the video display device 100 may receive a broadcast signal from theMVPD 30, and then, may demodulate and decode the received broadcastsignal to obtain a main audio and video content. The video displaydevice 100 extracts characteristic information from some frames or asection of audio samples of the obtained main audio and video content inoperation S213.

The video display device 100 accesses the fingerprint server 22corresponding to the predetermined fingerprint server address totransmit a first query including the extracted characteristicinformation in operation S215.

The fingerprint server 22 provides a query result as a first reply tothe first query in operation S217. If the first reply corresponds tofail, the video display device 100 accesses the fingerprint server 22corresponding to another fingerprint server address to transmit a firstquery including the extracted characteristic information.

The fingerprint server 22 may provide Extensible Markup Language (XML)document as a query result. Examples of the XML document containing aquery result will be described with reference to FIG. 7 and Table 1.

FIG. 7 is a view illustrating an XML schema diagram of ACR-Resulttypecontaining a query result according to an embodiment.

As shown in FIG. 7, ACR-Resulttype containing a query result includesResultCode attributes and ContentID, NTPTimestamp,SignalingChannelInformation, and ServiceInformation elements.

For example, if the ResultCode attribute has 200, this may mean that thequery result is successful. For example, if the ResultCode attribute has404, this may mean that the query result is unsuccessful.

The SignalingChannelInformation element includes a SignalingChannelURL,and the SignalingChannelURL element includes an UpdateMode andPollingCycle attributes. The UpdateMode attribute may have a Pull valueor a Push value.

The ServiceInformation element includes ServiceName, ServiceLogo, andServiceDescription elements.

Table 1 illustrates an XML schema of ACR-ResultType containing the queryresult.

TABLE 1 <xs:complexType name=“ACR-ResultType”> <xs:sequence> <xs:elementname=“ContentID” type=“xs:anyURI”/> <xs:element name=“NTPTimestamp”type=“xs:unsignedLong”/> <xs:element name=“SignalingChannelInformation”><xs:complexType> <xs:sequence> <xs:element name=“SignalingChannelURL”maxOccurs=“unbounded”> <xs:complexType> <xs:simpleContent> <xs:extensionbase=“xs:anyURI”> <xs:attribute name=“UpdateMode”> <xs:simpleType><xs:restriction base=“xs:string”> <xs:enumeration value=“Pull”/><xs:enumeration value=“Push”/> </xs:restriction> </xs:simpleType></xs:attribute> <xs:attribute name=“PollingCycle”type=“xs:unsignedInt”/> </xs:extension> </xs:simpleContent></xs:complexType> </xs:element> </xs:sequence> </xs:complexType></xs:element> <xs:element name=“ServiceInformation”> <xs:complexType><xs:sequence> <xs:element name=“ServiceName” type=“xs:string”/><xs:element name=“ServiceLogo” type=“xs:anyURI” minOccurs=“0”/><xs:element name=“ServiceDescription” type=“xs:string” minOccurs=“0”maxOccurs=“unbounded”/> </xs:sequence> </xs:complexType> </xs:element><xs:any namespace=“##other” processContents=“skip” minOccurs=“0”maxOccurs =“unbounded”/> </xs:sequence> <xs:attribute name=“ResultCode”type=“xs:string” use=“required”/> <xs:anyAttributeprocessContents=“skip”/> </xs:complexType>

As the ContentID element, an ATSC content identifier may be used asshown in Table 2.

TABLE 2 Syntax The Number of bits format ATSC_content_identifier( ) {TSID 16  uimsbf reserved 2 bslbf end_of_day 5 uimsbf unique_for 9 uimsbfcontent_id var }

As shown in Table 2, the ATSC content identifier has a structureincluding TSID and a house number.

The 16 bit unsigned integer TSID carries a transport stream identifier.

The 5 bit unsigned integer end_of_day is set with an hour in a day ofwhen a content_id value can be reused after broadcasting is finished.

The 9 bit unsigned integer unique_for is set with the number of day ofwhen the content_id value cannot be reused.

Content_id represents a content identifier. The video display device 100reduces unique_for by 1 in a corresponding time to end_of_day daily andpresumes that content_id is unique if unique_for is not 0.

Moreover, as the ContentID element, a global service identifier forATSC-M/H service may be used as described below.

The global service identifier has the following form.

-   -   urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>

Here, <region> is an international country code including two charactersregulated by ISO 639-2. <xsid> for local service is a decimal number ofTSID as defined in <region>, and <xsid> (regional service) (major>69) is“0”. <serviceid> is defined with <major> or <minor>. <major> represent aMajor Channel number, and <minor> represents a Minor Channel Number.

Examples of the global service identifier are as follows.

-   -   urn:oma:bcast:iauth:atsc:service:us:1234:5.1    -   urn:oma:bcast:iauth:atsc:service:us:0:100.200

Moreover, as the ContentID element, an ATSC content identifier may beused as described below.

The ATSC content identifier has the following form.

urn:oma:bcast:iauth:atsc:content<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>

Here, <region> is an international country code including two charactersregulated by ISO 639-2. <xsid> for local service is a decimal number ofTSID as defined in <region>, and may be followed by “.”<serviceid>.<xsid> for (regional service) (major>69) is <serviceid>. <content_id> isa base64 sign of a content_id field defined in Table 2, <unique_for> isa decimal number sign of an unique_for field defined in Table 2, and<end_of_day> is a decimal number sign of an end_of_day field defined inTable 2.

Hereinafter, FIG. 6 is described again.

If the query result does not include an enhanced service address orenhanced service but includes an enhanced service address providingserver address, the video display device 100 accesses the enhancedservice information providing server 40 corresponding to the obtainedenhanced service address providing server address to transmit a secondquery including content information in operation S219.

The enhanced service information providing server 40 searches at leastone available enhanced service relating to the content information ofthe second query. Later, the enhanced service information providingserver 40 provides to the video display device 100 enhanced serviceinformation for at least one available enhanced service as a secondreply to the second query in operation S221.

If the video display device 100 obtains at least one available enhancedservice address through the first reply or the second reply, it accessesthe at least one available enhanced service address to request enhancedservice in operation S223, and then, obtains the enhanced service inoperation S225.

When the UpdateMode attribute has a Pull value, the video display device100 transmits an HTTP request to the enhanced service providing server50 through SignalingChannelURL and receives an HTTP reply including aPSIP binary stream from the enhanced service providing server 50 inresponse to the request. In this case, the video display device 100 maytransmit the HTTP request according to a Polling period designated asthe PollingCycle attribute. Additionally, the SignalingChannelURLelement may have an update time attribute. In this case, the videodisplay device 100 may transmit the HTTP request according to an updatetime designated as the update time attribute.

If the UpdateMode attribute has a Push value, the video display device100 may receive update from a server asynchronously throughXMLHTTPRequest API. After the video display device 100 transmits anasynchronous request to a server through XMLHTTPRequest object, if thereis a change of signaling information, the server provides the signalinginformation as a reply through the channel. If there is limitation insession standby time, a server generates a session timeout reply and areceiver recognizes the generated timeout reply to transmit a requestagain, so that a signaling channel between the receiver and the servermay be maintained for all time.

FIG. 8 is a block diagram illustrating a watermark and fingerprint basednetwork topology according to an embodiment.

As shown in FIG. 8, the watermark and fingerprint based network topologymay further include a watermark server 21 and a fingerprint server 22.

As shown in FIG. 8, the watermark server 21 inserts content provideridentifying information into a main audio and video content. Thewatermark server 21 may insert content provider identifying informationas a visible watermark such as a logo or an invisible watermark into amain audio and video content.

The fingerprint server 22 does not edit a main audio and video content,but extracts characteristic information from some frames or a certainsection of audio samples of the main audio and video content and storesthe extracted characteristic information. Then, when receiving thecharacteristic information from the video display device 100, thefingerprint server 22 provides an identifier and time information of anaudio and video content corresponding to the received characteristicinformation.

FIG. 9 is a ladder diagram illustrating a data flow in a watermark andfingerprint based network topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signalincluding a main audio and video content and an enhanced service inoperation S301.

The watermark server 21 receives a broadcast signal that the contentproviding server 10 provides, inserts a visible watermark such as a logoor watermark information as an invisible watermark into the main audioand video content by editing the main audio and video content, andprovides the watermarked main audio and video content and enhancedservice to the MVPD 30 in operation S303. The watermark informationinserted through an invisible watermark may include at least one ofcontent information, enhanced service information, and an availableenhanced service. The content information and enhanced serviceinformation are described above.

The MVPD 30 receives broadcast signals including watermarked main audioand video content and enhanced service and generates a multiplexedsignal to provide it to the broadcast receiving device 60 in operationS305. At this point, the multiplexed signal may exclude the receivedenhanced service or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selectsand receives signals of the tuned channel, demodulates the receivedsignals, performs channel decoding and AV decoding on the demodulatedsignals to generate an uncompressed main audio and video content, andthen, provides the generated uncompressed main audio and video contentto the video display device 100 in operation S306.

Moreover, the content providing server 10 also broadcasts a broadcastsignal including a main audio and video content through a wirelesschannel in operation S307.

Additionally, the MVPD 30 may directly transmit a broadcast signalincluding a main audio and video content to the video display device 100without going through the broadcast receiving device 60 in operationS308.

The video display device 100 may receive an uncompressed main audio andvideo content through the broadcast receiving device 60. Additionally,the video display device 100 may receive a broadcast signal through awireless channel, and then, may demodulate and decode the receivedbroadcast signal to obtain a main audio and video content. Additionally,the video display device 100 may receive a broadcast signal from theMVPD 30, and then, may demodulate and decode the received broadcastsignal to obtain a main audio and video content. The video displaydevice 100 extracts watermark information from audio samples in someframes or periods of the obtained main audio and video content. Ifwatermark information corresponds to a logo, the video display device100 confirms a watermark server address corresponding to a logoextracted from a corresponding relationship between a plurality of logosand a plurality of watermark server addresses. When the watermarkinformation corresponds to the logo, the video display device 100 cannotidentify the main audio and video content only with the logo.Additionally, when the watermark information does not include contentinformation, the video display device 100 cannot identify the main audioand video content but the watermark information may include contentprovider identifying information or a watermark server address. When thewatermark information includes the content provider identifyinginformation, the video display device 100 may confirm a watermark serveraddress corresponding to the content provider identifying informationextracted from a corresponding relationship between a plurality ofcontent provider identifying information and a plurality of watermarkserver addresses. In this manner, when the video display device 100cannot identify a main audio and video content the video display device100 only with the watermark information, it accesses the watermarkserver 21 corresponding to the obtained watermark server address totransmit a first query in operation S309.

The watermark server 21 provides a first reply to the first query inoperation S311. The first reply may include at least one of afingerprint server address, content information, enhanced serviceinformation, and an available enhanced service. The content informationand enhanced service information are described above.

If the watermark information and the first reply include a fingerprintserver address, the video display device 100 extracts characteristicinformation from some frames or a certain section of audio samples ofthe main audio and video content in operation S313.

The video display device 100 accesses the fingerprint server 22corresponding to the fingerprint server address in the first reply totransmit a second query including the extracted characteristicinformation in operation S315.

The fingerprint server 22 provides a query result as a second reply tothe second query in operation S317.

If the query result does not include an enhanced service address orenhanced service but includes an enhanced service address providingserver address, the video display device 100 accesses the enhancedservice information providing server 40 corresponding to the obtainedenhanced service address providing server address to transmit a thirdquery including content information in operation S319.

The enhanced service information providing server 40 searches at leastone available enhanced service relating to the content information ofthe third query. Later, the enhanced service information providingserver 40 provides to the video display device 100 enhanced serviceinformation for at least one available enhanced service as a third replyto the third query in operation S321.

If the video display device 100 obtains at least one available enhancedservice address through the first reply, the second reply, or the thirdreply, it accesses the at least one available enhanced service addressto request enhanced service in operation S323, and then, obtains theenhanced service in operation S325.

Then, referring to FIG. 10, the video display device 100 will bedescribed according to an embodiment.

*197FIG. 10 is a block diagram illustrating the video display deviceaccording to the embodiment.

As shown in FIG. 10, the video display device 100 includes a broadcastsignal receiving unit 101, a demodulation unit 103, a channel decodingunit 105, a demultiplexing unit 107, an AV decoding unit 109, anexternal input port 111, a play controlling unit 113, a play device 120,an enhanced service management unit 130, a data transmitting/receivingunit 141, and a memory 150.

The broadcast signal receiving unit 101 receives a broadcast signal fromthe content providing server 10 or MVPD 30.

The demodulation unit 103 demodulates the received broadcast signal togenerate a demodulated signal.

The channel decoding unit 105 performs channel decoding on thedemodulated signal to generate channel-decoded data.

The demultiplexing unit 107 separates a main audio and video content andenhanced service from the channel-decoded data. The separated enhancedservice is stored in an enhanced service storage unit 152.

The AV decoding unit 109 performs AV decoding on the separated mainaudio and video content to generate an uncompressed main audio and videocontent.

Moreover, the external input port 111 receives an uncompressed mainaudio and video content from the broadcast receiving device 60, adigital versatile disk (DVD) player, a Blu-ray disk player, and so on.The external input port 111 may include at least one of a DSUB port, aHigh Definition Multimedia Interface (HDMI) port, a Digital VisualInterface (DVI) port, a composite port, a component port, and an S-Videoport.

The play controlling unit 113 controls the play device 120 to play atleast one of an uncompressed main audio and video content that the AVdecoding unit 109 generates and an uncompressed main audio and videocontent received from the external input port 111 according to a user'sselection.

The play device 120 includes a display unit 121 and a speaker 123. Thedisplay unit 21 may include at least one of a liquid crystal display(LCD), a thin film transistor-liquid crystal display (TFT LCD), anorganic light-emitting diode (OLED), a flexible display, and a 3Ddisplay.

The enhanced service management unit 130 obtains content information ofthe main audio and video content and obtains available enhanced serviceon the basis of the obtained content information. Especially, asdescribed above, the enhanced service management unit 130 may obtain theidentification information of the main audio and video content on thebasis of some frames or a certain section of audio samples theuncompressed main audio and video content. This is called automaticcontents recognition (ACR) in this specification.

The data transmitting/receiving unit 141 may include an AdvancedTelevision Systems Committee-Mobile/Handheld (ATSC-M/H) channeltransmitting/receiving unit 141 a and an IP transmitting/receiving unit141 b.

The memory 150 may include at least one type of storage medium such as aflash memory type, a hard disk type, a multimedia card micro type, acard type memory such as SD or XD memory, Random Access Memory (RAM),Static Random Access Memory (SRAM), Read-Only Memory (ROM), ElectricallyErasable Programmable Read-Only Memory (EEPROM), Programmable Read-OnlyMemory (PROM), magnetic memory, magnetic disk, and optical disk. Thevideo display device 100 may operate in linkage with a web storageperforming a storage function of the memory 150 in the Internet.

The memory 150 may include a content information storage unit 151, anenhanced service storage unit 152, a logo storage unit 153, a settinginformation storage unit 154, a bookmark storage unit 155, a userinformation storage unit 156, and a usage information storage unit 157.

The content information storage unit 151 stores a plurality of contentinformation corresponding to a plurality of characteristic information.

The enhanced service storage unit 152 may store a plurality of enhancedservices corresponding to a plurality of characteristic information or aplurality of enhanced services corresponding to a plurality of contentinformation.

The logo storage unit 153 stores a plurality of logos. Additionally, thelogo storage unit 153 may further store content provider identifierscorresponding to the plurality of logos or watermark server addressescorresponding to the plurality of logos.

The setting information storage unit 154 stores setting information forACR.

The bookmark storage unit 155 stores a plurality of bookmarks.

The user information storage unit 156 stores user information. The userinformation may include at least one of at least one account informationfor at least one service, regional information, family memberinformation, preferred genre information, video display deviceinformation, and a usage information range. The at least one accountinformation may include account information for a usage informationmeasuring server and account information of social network service suchas Twitter and Facebook. The regional information may include addressinformation and zip codes. The family member information may include thenumber of family members, each member's age, each member's sex, eachmember's religion, and each member's job. The preferred genreinformation may be set with at least one of sports, movie, drama,education, news, entertainment, and other genres. The video displaydevice information may include information such as the type,manufacturer, firmware version, resolution, model, OS, browser, storagedevice availability, storage device capacity, and network speed of avideo display device. Once the usage information range is set, the videodisplay device 100 collects and reports main audio and video contentwatching information and enhanced service usage information within theset range. The usage information range may be set in each virtualchannel. Additionally, the usage information measurement allowable rangemay be set over an entire physical channel.

The usage information providing unit 157 stores the main audio and videocontent watching information and the enhanced service usage information,which are collected by the video display device 100. Additionally, thevideo display device 100 analyzes a service usage pattern on the basisof the collected main audio and video content watching information andenhanced service usage information, and stores the analyzed serviceusage pattern in the usage information storage unit 157.

The enhanced service management unit 130 may obtain the contentinformation of the main audio and video content from the fingerprintserver 22 or the content information storage unit 151. If there is nocontent information or sufficient content information, which correspondsto the extracted characteristic information, in the content informationstorage unit 151, the enhanced service management unit 130 may receiveadditional content information through the data transmitting/receivingunit 141. Moreover, the enhanced service management unit 130 may updatethe content information continuously.

The enhanced service management unit 130 may obtain available enhancedservice from the enhanced service providing server 50 or the enhancedservice storage unit 153. If there is no enhanced service or sufficientenhanced service in the enhanced service storage unit 153, the enhancedservice management unit 130 may update enhanced service through the datatransmitting/receiving unit 141. Moreover, the enhanced servicemanagement unit 130 may update the enhanced service continuously.

The enhanced service management unit 130 may extracts a logo from themain audio and video content, and then, may make a query to the logostorage unit 155 to obtain a content provider identifier or watermarkserver address, which is corresponds to the extracted logo. If there isno logo or a sufficient logo, which corresponds to the extracted logo,in the logo storage unit 155, the enhanced service management unit 130may receive an additional logo through the data transmitting/receivingunit 141. Moreover, the enhanced service management unit 130 may updatethe logo continuously.

The enhanced service management unit 130 may compare the logo extractedfrom the main audio and video content with the plurality of logos in thelogo storage unit 155 through various methods. The various methods mayreduce the load of the comparison operation.

For example, the enhanced service management unit 130 may perform thecomparison on the basis of color characteristics. That is, the enhancedservice management unit 130 may compare the color characteristic of theextracted logo with the color characteristics of the logos in the logostorage unit 155 to determine whether they are identical or not.

Moreover, the enhanced service management unit 130 may perform thecomparison on the basis of character recognition. That is, the enhancedservice management unit 130 may compare the character recognized fromthe extracted logo with the characters recognized from the logos in thelogo storage unit 155 to determine whether they are identical or not.

Furthermore, the enhanced service management unit 130 may perform thecomparison on the basis of the contour of the logo. That is, theenhanced service management unit 130 may compare the contour of theextracted logo with the contours of the logos in the logo storage unit155 to determine whether they are identical or not.

Then, referring to FIGS. 11 and 12, a method of synchronizing a playbacktime of a main audio and video content with a playback time of anenhanced service according to an embodiment will be described.

FIG. 11 is a flowchart illustrating a method of synchronizing a playbacktime of a main audio and video content with a playback time of anenhanced service according to an embodiment.

Enhanced service information may include a start time of an enhancedservice. At this point, the video display device 100 may need to startthe enhanced service at the start time. However, since the video displaydevice 100 receives a signal transmitting an uncompressed main audio andvideo content with no time stamp, the reference time of a plying time ofthe main audio and video content is different from that of a start timeof the enhanced service. Although the video display device 100 receivesa main audio and video content having time information, the referencetime of a plying time of the main audio and video content may bedifferent from that of a start time of the enhanced service, likerebroadcasting. Accordingly, the video display device 100 may need tosynchronize the reference time of the main audio and video content withthat of the enhanced service. Especially, the video display device 100may need to synchronize the playback time of the main audio and videocontent with the start time of the enhanced service.

First, the enhanced service management unit 130 extracts a certainsection of a main audio and video content in operation S801. The sectionof the main audio and video content may include at least one of somevideo frames or a certain audio section of the main audio and videocontent. Time that the enhanced service management unit 130 extracts thesection of the main audio and video content is designated as Tn.

The enhanced service management unit 130 obtains content information ofa main audio and video content on the basis of the extracted section. Inmore detail, the enhanced service management unit 130 decodesinformation encoded with invisible watermark in the extracted section toobtain content information. Additionally, the enhanced servicemanagement unit 130 may extract characteristic information in theextracted section, and obtain the content information of the main audioand video content from the fingerprint server 22 or the contentinformation storage unit 151 on the basis of the extractedcharacteristic information. Time that the enhanced service managementunit 130 obtains the content information is designated as Tm.

Moreover, the content information includes a start time Ts of theextracted section. After the content information acquisition time Tm,the enhanced service management unit 130 synchronizes the playback timeof the main audio and video content with the start time of the enhancedservice on the biases of Ts, Tm, and Tn. In more detail, the enhancedservice management unit 130 regards the content information acquisitiontime Tm as a time Tp calculated by the following Equation 1.

Tp=Ts+(Tm−Tn)  [Equation 1]

Additionally, the enhanced service management unit 130 regards a time ofwhen Tx elapses after the content information acquisition time as Tp+Tx.

Then, the enhanced service management unit 130 obtains an enhancedservice and its start time Ta on the obtained content information inoperation S807.

If the synchronized playback time of the main audio and video content isidentical to the start time Ta of the enhanced service, the enhancedservice management unit 130 starts the obtained enhanced service inoperation S809. In more detail, the enhanced service management unit 130may start the enhanced service when the following Equation 2 issatisfied.

Tp+Tx=Ta  [Equation 2]

FIG. 12 is a conceptual diagram illustrating a method of synchronizing aplayback time of a main audio and video content with a playback time ofan enhanced service according to an embodiment.

As shown in FIG. 12, the video display device 100 extracts an AV sampleduring a system time Tn.

The video display device 100 extracts characteristic information fromthe extracted AV sample, and transmits a query including the extractedcharacteristic information to the fingerprint server 22 to receive aquery result. The video display device 100 confirms whether a start timeTs of the extracted AV sample corresponds to 11000 ms at Tm by parsingthe query result.

Accordingly, the video display device 100 regards the time of when thestart time of the extracted AV sample is confirmed according to Equation1 as Ts+(Tm−Tn), so that, after that, the playback time of the mainaudio and video content may be synchronized with the start time of theenhanced service.

Next, an ACR application will be described according to variousembodiments with reference to FIGS. 13 to 14.

The ACR application may include an auto playing application, a contentprovider application, and a video display manufacturer application.

FIG. 13 is a screen when an auto playing application is executedaccording to an embodiment.

The auto playing application automatically plays an enhanced serviceeven when a user makes no action. In this sense, the auto playingapplication is designated as a lean back application in thisspecification.

The auto playing application automatically plays an enhanced servicesuch as scene related information that a content provider orbroadcasting station provides during playing of the main audio and videocontent according to a playback time of the main audio and videocontent, without a user's input. That is, a content provider orbroadcasting station entirely controls the auto playing application. Forexample, when an auto playing application relates to a specific channelor a specific content, as the video display device 100 enters a channelor content relating to the auto playing application, the video displaydevice 100 may automatically execute a corresponding auto playingapplication without a user input. Then, when the video display device100 becomes out of a channel or content relating to an auto playingapplication, it may automatically terminate a corresponding auto playingapplication without a user input. In this sense, an auto playingapplication will be referred to as a channel-dependent application or acontent-dependent application in this specification.

As shown in FIG. 13, once the auto playing application is executed, thescreen 200 may include a sub screen 210 where a reduced main audio andvideo content is played and a sub screen 220 where additionalinformation is displayed. The sub screen 200 where additionalinformation is displayed may be spatially separated from the sub screen210 where a main audio and video content is played.

Moreover, when an auto playing application is executed, an area whereadditional information is displayed may be semi-transparent. In thiscase, the area where additional information is displayed may overlay onan area where a main audio and video content played.

FIG. 14 is a screen when a content provider application is executedaccording to an embodiment.

In this specification, the content provider application is designated asa full interactive application.

As shown in FIG. 14 (A), the video display device 100 downloads andstores a plurality of applications. FIG. 14 (A) illustrates icons 230 ofthe applications. A content provider application among the plurality ofapplications is an application created and distributed by a contentprovider, and thus, may be under control of the content provider.

A user of the video display device 100 may download a content providerapplication from an application store and determines whether to executethe downloaded content provider application.

FIG. 14 (B) is a screen when a content provider application is executed.As shown in FIG. 14 (B), the screen 200 may include the sub screen 210where a reduced main audio and video content is played and the subscreen 220 where additional information is displayed.

Hereinafter, a video display device manufacturer application will bedescribed according to an embodiment with reference to FIGS. 23 to 50.

The video display device manufacturer application is created andcontrolled by a video display device manufacturer, and may be stored inadvance when the video display device 100 is manufactured. That is, thevideo display device manufacturer application may provide the sameservice and user interface regardless of a content provider or content.

The video display device manufacturer application may include an areawhere an enhanced service that a content provider provides is displayedand an area where an enhanced service that a video display devicemanufacturer provides is displayed, separately. A user of the videodisplay device 100 may determine whether to execute the video displaydevice manufacturer application.

The video display device manufacturer application may have two types.

The video display device manufacturer application of the first type hasa resizing user interface. The video display device manufacturerapplication having the resizing user interface reduces the size of anarea where a main audio and video content is displayed to display allthe main audio and video content in a reduced area. Additionally, thevideo display device manufacturer application having the resizing userinterface reshapes an area where an application is displayed with an Lor inverse-L shaped structure.

The video display device manufacturer application of the second type hasan overlay user interface. The video display device manufacturerapplication having the overlay user interface maintains the size of anarea where a main audio and video content is displayed, and overlaps anarea where an application is displayed on the main audio and videocontent. Since the area where an application is displayed covers themain audio and video content, an application area may besemi-transparent.

Like this, a video display device manufacturer application is notdependent on any single contents provider or any single channel.Although it is described that such an application is manufactured by avideo display device manufacturer, the present invention is not limitedthereto. An application not dependent on any single contents provider orany single channel is not executed by a channel change or is notterminated by a channel change. For convenience of description in thisspecification, an application not dependent on any single contentprovider or any single channel may be referred to as achannel-independent application, a video display device manufacturerapplication or a Live+ app.

Then, an on/off control of an ACR function will be described accordingto an embodiment with reference to FIGS. 15 and 16.

FIG. 15 is a view of a user interface for controlling an ACR functionaccording to an embodiment.

As shown in FIG. 15, the play controlling unit 113 displays an ACRfunction setting window. A user may activate or deactivate the ACRfunction through the ACR function setting window.

When the ACR function is activated, a user may select an ACR mode. TheACR mode may be set with one of an auto playing application mode, acontent provider application mode, and a video display manufacturerapplication mode.

When the ACR function mode is set in the above manner, the playcontrolling unit 113 stores setting information on a setting informationstorage unit 154.

FIG. 16 is a flowchart illustrating a method of operating a videodisplay device according to the embodiment.

The enhanced service management unit 130 confirms whether the ACRfunction is turned on in operation S1901.

If the ACR function is deactivated, the enhanced service management unit130 does not perform a content information obtaining procedure any more.

If the ACR function is activated, the enhanced service management unit130 extracts a certain section of a main audio and video content inoperation S1902.

The enhanced service management unit 130 obtains content information ofthe main audio and video content on the basis of the extracted sectionin operation S1903.

The enhanced service management unit 130 synchronizes the reference timeof the main audio and video content with the reference time of analternative advertisement in operation S1905.

The enhanced service management unit 130 obtains an enhanced service onthe basis of the obtained content information in operation S1907. Theenhanced service management unit 130 obtains enhanced serviceinformation on the basis of the content information, and then obtains anenhanced service on the basis of the enhanced service information.

Then, the enhanced service management unit 130 confirms the ACR mode inoperation S1909.

The enhanced service management unit 130 plays the enhanced serviceaccording to the ACR mode in operation S1911.

In more detail, if the ACR mode is an automatic play application mode,the enhanced service management unit 130 executes an automatic playapplication, and the executed automatic play application plays theobtained enhanced service.

If the ACR mode is the content provider application mode, the enhancedservice management unit 130 executes a content provider applicationcorresponding to the obtained content information in background. Theenhanced service management unit 130 displays a content providerapplication when receiving a user input corresponding to an enhancedservice use. This content provider application may play the obtainedenhanced service. Instead that the content provider application isautomatically executed in background, it may be executed by a userinput.

If the ACR mode is the video display device manufacturer applicationmode, the enhanced service management unit 130 executes its videodisplay device manufacturer application in background. The enhancedservice management unit 130 displays the video display devicemanufacturer application when receiving a user input corresponding to anenhanced service use. This video display device manufacturer applicationmay play the obtained enhanced service. Instead that the video displaydevice manufacturer application is automatically executed in background,it may be executed by a user input.

Next, third party enhanced service will be described according to anembodiment of the present invention with reference to FIGS. 17 to 42.

FIG. 17 is a view illustrating a network topology according to anembodiment of the present invention.

As shown in FIG. 17, the network topology includes a contents providingserver 10 such as a Broadcaster/CP Backend server, a third party server90 such as the enhanced service providing server 50, a contentsrecognition service providing server 20 such as an ACR server, and avideo display device 100 such as an ACR Smart TV.

The video display device 100 may obtain broadcaster enhanced servicefrom the contents providing server 10 by using a channel-dependentapplication or a Leanback app such as a contents-dependent application,and may obtain third party enhanced service from the third party server90 by using a Live+ app such as a channel-independent application.

The Leanback app such as a channel-dependent application is anapplication that a broadcaster or a CP provides, and also provides aservice synchronized by a program unit or a scene unit. Since abroadcaster is a subject to produce a program, it knows well which sceneis in a program. Thus, the broadcaster may display the most suitablecontents for a specific scene. Once the video display device 100recognizes a program, it downloads a Leanback app from the contentsproviding server 10 of the corresponding program, and then,automatically executes the downloaded Leanback app. However, when thevideo display device 100 changes the current channel to another channelunrelated to the executed Leanback app, it automatically terminates thecorresponding Leanback app, and if there is a Leanback app of thechanged channel, it executes the corresponding Leanback app.

A Live+ app is an application that a third party provides (for example,a manufacturer), is pre-installed in a TV, and may be executed alwaysregardless of a channel or program that a user currently watches, unlikethe Leanback app. In relation to an ACR architecture that the presentinvention suggests, a Live+ app displays program related enhancedinformation and contents synchronized by a scene unit. The Live+ app hasa consistent user interface and is always executed regardless of aprogram. The Live+ app may provide various services by using programrelated metadata even when a broadcaster does not provide programrelated additional information. For example, the Live+ app may providebasic information on a program and recommendation on movies in which aprogram actor appears. Since the Live+ app has an area assigned to abroadcaster/CP, it may display corresponding program related enhancementdata on a corresponding area when the broadcaster provides programrelated additional information. For example, enhancement data that abroadcaster provides may include the replay of the previous broadcast ofthe program that a user currently watches and scene synchronizedcontents (for example, product purchase, place reservation, music sourcepurchase and download, and product ad).

The video display device 100 includes an ACR module to extract asignature from uncompressed audio and video content and queries thecontents recognition service providing server 20 through the extractedsignature in order to recognize a program. Also, the video displaydevice 100 drives a program related application on the basis of therecognized program. The Leanback app may be downloaded after the programrecognition and then executed. The Live+ app may be pre-installed by amanufacturer when a TV is released, or may be downloaded from an appstore and installed.

The contents recognition service providing server 20 stores thesignatures of audio and/or video of a broadcasted program. The contentsrecognition service providing server 20 may extract and store thesignature of a real-time broadcast by using a signature capture system,and may receive an ACR DB including a signature corresponding to aspecific program from a broadcaster and then may store it. The ACR DB ofthe contents recognition service providing server 20 stores the contentID, signature, timestamp, and URL of a program. In this specification,two types of content IDs may be used.

The first type of content ID, as an ID that a broadcaster directlyassigns, is an identifier that uniquely identifies a program in abroadcaster. The broadcaster may assign the content ID to the program inits desired format. The content ID may be used when program relatedenhancement data are requested to the content providing server 10.

The second type of content ID, as a global unique content ID, is anidentifier that uniquely identifies a program nationally or globally.Since programs are transmitted through national broadcast channels,local broadcast channels, cable broadcasts, or satellite broadcasts, inorder to extract the signatures of all the programs, a plurality ofsignature capture equipment may be installed in a plurality of areas.Also, in order to uniquely identify and distinguish each programnationally or globally, a global unique content ID may be assigned toeach program. In order to map each program into a global unique contentID, a metadata database may be used. Since the metadata databaseincludes program schedule information in addition to metadata such asprogram related additional information, the signature delivered from acapture system may be mapped into a certain program by using themetadata database. The capture system knows which area, channel, andtime the extracted signature relates to, and thus, when the metadatadatabase is searched with this information, a program may be found. Thecontents recognition service providing server 20 and the third partyserver 90 may share the metadata database, and may recognize a programthrough a global unique content ID by using the metadata database. Theformat of the global unique content ID may be designated by a thirdparty operating a server, or may be provided from the metadata database.

All services that a Live+ app provides are provided from the third partyserver 90. The third party server 90 may receive a global unique contentID that the contents recognition service providing server 20 delivers,from the video display device 100. The third party server 90 may extractprogram related metadata corresponding to the global unique content IDfrom the metadata database through the global unique content ID, and onthe basis of the extracted metadata, may provide program related variousservices to the video display device 100. Additionally, if there isadditional information on the recognized program that a broadcasterprovides, the third party server 90 accesses the broadcaster server inorder to receive program related enhancement data, and processes andprovides them to the video display device 100. The program relatedenhancement data that a broadcaster provides through a Live+ app havethe same contents as but a different user interface from the enhancementdata that a Leanback app. However, in another embodiment, according tobroadcasters, the program related enhancement data that a broadcasterprovides through a Live+ app may be different from those that a Leanbackapp provides.

There may be a plurality of contents providing servers 10 for aplurality of broadcasters or a plurality of CPs. The contents providingserver 10 has a program targeted Leanback app and program relatedenhancement data that the Leanback app outputs.

FIG. 18 is a view illustrating a Live+ app according to variousembodiments of the present invention.

The Live+ app may resize main AV media content in order to display it onthe upper left area of the screen, may display program relatedadditional information on the right area of the screen, and may displaya program related ad on the bottom area of the screen. The Live+ app maydisplay a plurality of tabs on the top area of the contents area in theright area. The plurality of tabs may include a program tab, arecommends tab, a talk tab, and a plus tap.

FIG. 19 is a view illustrating a method of executing a Live+ appaccording to various embodiments of the present invention.

The video display device 100 may display a home screen or a My Appsscreen. The My Apps screen is a screen displaying a list of applicationinstalled in the video display device 100.

On receiving a user input selecting a Live+ app from a plurality ofapplications shown on the home screen or the My Apps screen, the videodisplay device 100 may execute the Live+ app.

Additionally, while playing a broadcast, the video display device 100may display a graphic notifying that there is a Live+ app at apredetermined time interval through a timer, and when receiving a userinput relating to this graphic, may execute the Live+ app.

FIG. 20 is a view illustrating a tab function of a Live+ app accordingto an embodiment of the present invention.

The program tab provides basic information on a program that a viewercurrently watches and the replay service of the program. The videodisplay device 100 may fetch the program basic information from the MetaDB of the third party server 90. The video display device 100 may bringthe information on the program replay service from the contentsproviding server 10 that creates a corresponding program, through thethird party server 90.

The recommends tab may recommend another audio and video contentrelating to a current program, i.e. a movie or a video (for example,Youtube) or an app relating to the current program. The third partyserver 90 may determine a movie or a video for recommendation on thebasis of the title, genre, or cast of the current program, and then mayprocess the information about this to provide the recommendation tab ofthe Live+ app of the video display device 100.

The Talk tab provides a twitter article corresponding to the currentprogram related conversation content. The third party server 90 maysearches for the current program related twitter article on the basis ofthe title, genre, or cast of the current program, and then may processthe searched article to provide the Talk tab of the Live+ app of thevideo display device 100.

The Plus tab is an area where a broadcaster displays the program relateddata. The Plug tab may provide information received from the broadcasteras it is, or may provide information that is received from a broadcasterserver and processed by the third party server 90. There is no limit tothe type and number of data that the Plus tab provides. The Plus tab mayprovide various enhancement data such as product purchase, placereservation, music source purchase, and product ad. However, when theinformation from a broadcaster server is provided to the Plus tab as itis, the third party server 90 processes the information from thebroadcaster server to be fit for the position and size of the contentsarea of the Live+ app, and then provides the processed information tothe video display device 100

FIG. 21 is a view illustrating an architecture of the third party server90 according to an embodiment of the present invention.

As shown in FIG. 21, the third party server 90 includes an ApplicationLayer, a Service Component Layer, a Back-end System Layer, and a DataComponent Layer.

The application layer may communicate with various devices including thevideo display device 100 through a delivery interface. The applicationlayer may include an AppStore component. The AppStore component maysupport an interface through which a developer registers an app, andalso may support an interface through which a general user searches for,downloads, and installs an app. Additionally, the Live+ app may receiveservices such as ad, search, and recommendation in the third part server90 through the AppStore component.

A service component layer may communicate with the application layerthrough a service integration interface. The service component layerincludes an ad service component, an integration search component, arecommendation component, and an ACR component. The service componentlayer receives the processed data from the back-end system layer anddelivers them to the application layer. The ACR component may obtainprogram related basic additional information through the metadatacomponent of the back-end system layer by using the received Content ID,Global Content ID, timestamp, and broadcaster server URL from the videodisplay device 100. Additionally, the ACR component may deliver theinformation on a program title and actors obtained from the metadata tothe integration search component in order to a program related searchresult.

The back-end system layer reads original data from the data componentlayer and processes and delivers the data to the service componentlayer. The back-end system layer may include a search engine securitycomponent, a DRAM component, a metadata component, an ad platformcomponent, and an ACR component.

The data component layer may have actual data. Here, the data componentlayer may include a file repository, an integrated DB, a user profilerepository, a user profile repository, a metadata repository, and an addata storage. The user profile repository may store information on aviewer or user's gender, age, region, income, family member, preferredgenre, preferred channel, and preferred program. The metadata repositorymay include information on content's title, episode, director, synopsis,casts, genre, channel, and air time. The third party server 90 mayreceive information on a content from a metadata provider or real-timebroadcast guide information (for example, in the case of ATSCterrestrial waves, PSIP), and then may store the received information inthe metadata repository.

FIG. 22 is a ladder diagram illustrating an operation of a video displaydevice for an automatic execution application according to an embodimentof the present invention.

First, the video display device 100 extracts characteristic informationfrom some frames of the main audio and video content or a section ofaudio samples of the main audio and video content, and transmits an ACRquery request message including the extracted characteristic informationto a fingerprint server 22 corresponding to an ACR server in operationS2105.

The fingerprint server 22 queries characteristic information in the ACRquery request message from an ACR DB to identify a program correspondingto the characteristic information, and provides an ACR query responsemessage including contents information on the identified program to thevideo display device 100 in operation S2107. At this point, the ACRquery response message may include information on whether programrecognition is successful, contents information, and the URL of aLeanback app. As mentioned above, the content information may includethe content ID and timestamp of the recognized program. Here, the formatof the content ID may be a format that only a corresponding broadcasterrecognizes. Especially, this is the case that a broadcaster provides theACR DB of the corresponding program to the contents recognition serviceproviding server 20.

When the program identification is successful and the Leanback app URLis valid, the video display device 100 requests a Leanback app through acorresponding Leanback app URL in operation S2109.

The contents providing server 10 provides the Leanback app that thevideo display device 100 requests to the video display device 100 inoperation S2111. Consequently, the video display device 100 may downloadthe Leanback app.

When the video display device 100 successfully downloads the Leanbackapp, it automatically executes a corresponding Leanback app in operationS2113.

The Leanback app executed in the video display device 100 obtains acontent ID and a timestamp periodically from an ACR engine in the videodisplay device 100, and transmits an enhancement data request messageincluding the obtained content ID and timestamp to the contentsproviding server 10 in operation S2115, and then requests theenhancement data relating to a scene corresponding to the content ID andthe timestamp.

The contents providing server 10 delivers the requested enhancement datato the Leanback app. Since the Leanback app is an application that abroadcaster provides, an interface of the contents providing server 10of one broadcaster may be different from that of the contents providingserver 10 of another broadcaster. When there is scene related additionalinformation, the Leanback app may perform operations S2113 and S2117repeatedly.

FIG. 23 is a ladder diagram illustrating an operation of a video displaydevice for a channel-independent application according to an embodimentof the present invention.

On receiving a user input to execute an installed Live+ app, the videodisplay device 100 executes the Live+ app in operation S2201.

When an ACR function is turned off, the Live+ app executed in the videodisplay device 100 turns on the ACR module in operation S2203.

The video display device 100 extracts characteristic information fromsome frames of the main audio and video content or a section of audiosamples of the main audio and video content, and transmits an ACR queryrequest message including the extracted characteristic information tothe ACR server corresponding to the fingerprint server 22 in operationS2205.

The fingerprint server 22 queries characteristic information in the ACRquery request message from an ACR DB to identify a program correspondingto the characteristic information, and provides an ACR query responsemessage including contents information on the identified program to thevideo display device 100 in operation S2207. At this point, the ACRquery response message may include information on whether programrecognition is successful and contents information. As mentioned above,the content information may include the global unique content ID andtimestamp of the recognized program.

The Live+ app executed in the video display device 100 receives a userinput for service type selection in operation S2209. At this point, theservice type may correspond to at least one of a program type, arecommendation type, a conversation type, and a plus type. For example,enhancement data corresponding to the selected service type may be areal-time news article relating to cast members and a servicerecommending a movie in which a program cast member appears as a leadingrole.

The Live+ app executed in the video display device 100 obtains contentsinformation on the currently recognized program from the ACR engine inthe video display device 100, and transmits a program related contentrequest message to the third party server 90 in operation S2211 in orderto request enhancement data corresponding to the selected service type.At this point, the program related content request message may includecontent information on the currently recognized program and informationon the selected service type.

The Live+ app may transmit an HTTP based request to the third partyserver 90 through ajax call. Parameters delivered at this point mayinclude a service type, a Content ID, a Global Content ID, a timestamp,and a broadcaster server URL. The HTTP request may deliver a HTTP GETbased parameter using the following syntax.

[HTTP GET syntax] ?service=<service name>&contentId=<Content ID>&globalContentId=<Global Content ID>&ts=<timestamp> [&url=<broadcasterserver URL>]

service name> is the name of a service that a Live+ app requests. Inthis embodiment, the following <service name> may be used.

-   -   “getProgram”: is a service name for receiving program related        basic information and previous episodes, and is used for a        program tab of a Live+ app.    -   “getRecommends”: is a service name for receiving data of program        related recommendation (VOD recommendation and App        recommendation), and is used for a recommends tab of a Live+        app.    -   “getTalk”: is a service name for receiving program related        article/twitter, and is used for a talk tab of a Live+ app.    -   “getPlus”: is a service name for receiving program related        enhancement data that a broadcaster provides, and is used for a        plus tab of a Live+ app.

<Content ID> is a value that a broadcaster delivers to the contentsrecognition service providing server 20, and is a content ID that isinternally used by a broadcaster in order to uniquely identify aprogram.

Global Content ID> is used for uniquely and globally identifying aprogram, and for this, the contents recognition service providing server20 and the third party server 90 may need to use the same Meta DB. TheGlobal Content ID may follow the content id format of the Meta DB.

<timestamp> notifies the current watching time of the recognized programand is a value delivered from the contents recognition service providingserver 20.

<broadcaster server URL> is delivered when a broadcaster providesprogram related enhancement data, and with this value, the third partyserver 90 may access a broadcaster server.

In order to locate enhancement data of a program corresponding to thedelivered Global Content ID, the third party server 90 searches themetadata repository in operation S2213. The metadata repository returnsa search result on the enhancement data of a program corresponding tothe delivered Global Content ID, to the third party server 90.

The third party server 90 processes the received program enhancementdata from the metadata repository and provides the processed enhancementdata to the Live+ app executed in the video display device 100 inoperation S2221. The third party server 90 may transmit the processedenhancement data in an HTTP based response through ajax call.

FIG. 24 is a ladder diagram illustrating an operation of a video displaydevice for a channel-independent application according to anotherembodiment of the present invention.

On receiving a user input to execute an installed Live+ app, the videodisplay device 100 executes the Live+ app in operation S2301.

When an ACR function is turned off, the Live+ app executed in the videodisplay device 100 turns on the ACR module in operation S2203.

The ACR engine of the video display device 100 extracts characteristicinformation from some frames of the main audio and video content or asection of audio samples of the main audio and video content, andtransmits an ACR query request message including the extractedcharacteristic information to the ACR server corresponding to thefingerprint server 22 in operation S2305.

The fingerprint server 22 queries characteristic information in the ACRquery request message from an ACR DB to identify a program correspondingto the characteristic information, and provides an ACR query responsemessage including contents information on the identified program to theACR engine of the video display device 100 in operation S2307. At thispoint, the ACR query response message may include information on whetherprogram recognition is successful, contents information, and the URL ofthe contents providing server 10. As mentioned above, the contentinformation may include the global unique content ID of the recognizedprogram and the content ID and timestamp that the broadcaster of therecognized program identifies. In another embodiment, the video displaydevice 100 may have the URL of the contents providing server 10 inadvance, not obtaining the URL from the ACR query response message.

*341The Live+ app executed in the video display device 100 receives auser input for service type selection in operation S2309. At this point,the service type may correspond to at least one of a program type, arecommendation type, a conversation type, and a plus type. For example,enhancement data corresponding to the selected service type may be areal-time news article relating to cast members and a servicerecommending a movie in which a program cast member appears as a leadingrole.

The Live+ app executed in the video display device 100 obtains contentsinformation on the currently recognized program from the ACR engine inthe video display device 100, and transmits a program related contentrequest message to the third party server 90 in operation S2311 in orderto request enhancement data corresponding to the selected service type.At this point, the program related content request message may includecontent information on the currently recognized program, information onthe selected service type, and the URL of the broadcaster contentsproviding server 10.

In order to locate enhancement data of a program corresponding to thedelivered Global Content ID, the third party server 90 searches themetadata repository in operation S2313. The metadata repository returnsa search result on the enhancement data of a program corresponding tothe delivered Global Content ID, to the third party server 90.

The third party server 90 accesses the delivered URL of the broadcastercontents providing server 10, and transmits a metadata request messageincluding the delivered broadcaster content ID and timestamp to thecontents providing server 10 in operation 2317 in order to request thecurrent scene related enhancement data to the contents providing server10.

The third party server 90 receives the current scene related enhancementdata from the contents providing server 10 in operation S2319.

The third party server 90 processes one or a combination of the receivedprogram enhancement data from the metadata repository and the receivedprogram enhancement data from the contents providing server 10 andprovides the processed enhancement data to the Live+ app executed in thevideo display device 100 in operation S2321.

FIG. 25 is a conceptual diagram illustrating a video display deviceaccording to an embodiment of the present invention.

As shown in FIG. 25, the video display device 100 includes anAudio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACRuser interface 607, and an ACR Plugin 609.

*349The audio/video driver 601 captures an audio/vide signal from anexternal input of a TV and delivers it to the ACR engine 603. Theaudio/video driver 601 may provide API to allow the ACR engine 603 toaccess an audio/video buffer. The audio/video driver 601 may alsoprovide characteristic information on audio/video inputted from anexternal input such as HDMI. For example, the audio/video driver 601 mayprovide information such as a sample depth, a sampling rate, the numberof channels (mono/stereo

), the number of samples, and a sample time, in the case of audio. Inthe case of video, the audio/video driver 601 may provide informationsuch as a video format, and the width, height, stride, stream time,input type (HDMI1, HDMI2, composite, component, etc), and the number offrames per second of video.

The ACR engine 603 may be executed as an additional process, and mayrecognize a program by using the above mentioned various methods. TheACR engine 603 extracts a signature from an audio/video sample, anddelivers the extracted signature to the ACR server to recognize content.As described above, the ACR engine 603 may call API to access anaudio/video buffer depending on the implementation of a platform, andmay deliver the audio/video stream captured by the audio/video driver601 to an ACR process through a method such as a socket ACR engine 603sends an ACR query request in addition to the signature to the ACRserver, and receives an ACR query response including whether the contentrecognition is successful, a Content ID, a Global Content ID, atimestamp, a Leanback app URL, and a broadcaster server URL, from theACR server. The ACR engine 603 may deliver the result from the ACRserver to the ACR middleware 605.

The ACR middleware 605 is a module corresponding to the middleware of aDTV process, and processes an ACR control and an ACR query response fromthe ACR engine 603. The ACR middleware 605 controls ACR by executing orterminating an ACR process or starting or stopping the ACR engine 603.Additionally, the ACR middleware 605 stores values such as a Content ID,a Global Content ID, and a timestamp by parsing the ACR query response.The ACR middleware 605 may provide API to transmit the stored value toan ACR UI or may transmit the stored value to the ACR user interface 607through a message queue and a global variable. Additionally, in order todeliver data such as a Content ID, a Global Content ID, and a timestampto an ACR application such as a Live+ app or a Leanback app, the ACRmiddleware 605 may deliver the data to a web browser throughInter-Process Communication (IPC) of a shared memory and socket.

The ACR user interface 607 may display a UI to a user for ACR control ofACR On/Off, or may display information on the name and time of arecognized program to a user through a status bar UI of a TV.

When the ACR middleware 605 delivers data such as a Content ID, a GlobalContent ID, and a timestamp, which are to be delivered to an ACRapplication, to a browser, the ACR plugin 609 receives the data. The ACRplugin 609 may deliver a corresponding value to an ACR applicationthrough a Plugin Object Interface. An interface of the ACR plugin 609according to an embodiment is shown below.

Name Property Readonly ACRMetadata metadata Readonly String backendURLMethod backendURL getACRMetadata( ) String getBackendURL( ) VoidNotifyACRAppLaunched(Boolean bApp, String url, String desc) VoidSetAppInfo(String state, String url) Event functiononContentChanged(String contentId) function onMediaTimeUpdated(NumbermediaTime) function onAppShow(String state) function onAppHide( )

As mentioned above, the metadata provide basic metadata on a recognizedprogram.

backendURL represents the URL, of a broadcaster/CP server.

getACRMetadata( ) is a function for obtaining basic metadata on arecognized program and returns the same value as metadata Property.

getBackendURL( ) is a function for returning the URL of a broadcaster/CPserver.

NotifyACRAppLaunched( ) is a function for notifying an application of a2nd screen when the 2nd screen such as a mobile terminal and a TV arepaired and an ACR application executes a specific URL or app on a TV.

SetAppInfo( ) is a function for notifying the current state of an ACRapplication and the app URL of a 2nd screen version of a correspondingapplication.

onContentChanged( ) is a callback function called when a recognizedprogram is changed.

onMediaTimeUpdated( ) is a callback function called each time atimestamp is changed through ACR.

onAppShow( ) is a callback function called when an application in a 2ndscreen moves to a TV, with the TV and 2nd screen paired.

onAppHide( ) is a callback function called when an application in a TVmoves to a 2nd screen, with the TV and 2nd screen paired.

FIG. 26 is a ladder diagram illustrating an operation of a video displaydevice according to another embodiment of the present invention.

First, once the video display device 100 is turned on in operationS3101, it transmits to a third party server 90 an ACR configurationinformation request message that request an ACR configurationinformation in operation S3103. The third party server 90 may be anenhanced service providing server that is not dependent on any singlechannel and may include enhanced services for a plurality of channels.Additionally, the third party server 90 may be a server that is notdependent on any single channel, any contents provider, and any MVPD(service provider).

The ACR configuration information request message may be an HTTP GETbased request message, and as a parameter, may include information onthe version of ACR configuration information applied to the videodisplay device 100, information on product type, and information onplatform type. The ACR configuration information request message mayhave a syntax below.

[HTTP GET syntax] ?ACRConfigVer=<version>[&ProductType=<productType>][&PlatformVer=<platformVer>]

In the above syntax, <version> indicates information on the version ofACR configuration information applied to the video display device 100.If no ACR configuration information is applied to the video displaydevice 100, <version> may have the value of 0.

<productType> indicates information on a product type of the videodisplay device 100. For example, if the video display device 100 is asmart TV, a value of <productType> may be “smart TV”. Additionally, ifthe video display device 100 is a Blu-ray Disk Player (BDP), a value of<productType> may be “BDP”. If the ACR configuration information requestmessage does not include <productType>, it may request ACR configurationinformation on all types of products.

<platformVer> indicates information on a platform type of the videodisplay device 100. For example, if a platform type of the video displaydevice 100 is “NetCast and its version is “3.0”, a value of<platformVer> may be “NetCast3.0”.

If the ACR configuration information request message does not include<platformVer>, it may request ACR configuration information on all typesof platforms.

If a predetermined condition is satisfied, the video display device 100may transmit the ACR configuration information request message to thethird party server 90. For example, as soon as the video display device100 is turned on, it may instantly transmit the ACR configurationinformation request message to the third party server 90. Additionally,the video display device 100 may periodically transmit the ACRconfiguration information request message to the third party server 90.Additionally, the video display device 100 may transmit the ACRconfiguration information request message to the third party server 90at a predetermined time point.

In response to the ACR configuration information request message, thethird party server 90 an ACR configuration information response messageincluding ACR configuration information to the video display device 100in operation S3105.

Especially, the ACR configuration information response message mayinclude at least one ACR configuration information item groupcorresponding to an ACR configuration information version of an ACRconfiguration information request message, a product type, and aplatform type

If the ACR configuration information version that the third party server90 has is identical to that of the ACR configuration information requestmessage, the ACR configuration information response message may notinclude ACR configuration information.

When the ACR configuration information is changed without the ACRconfiguration information request message, the ACR configurationinformation response message may be transmitted to the video displaydevice 100.

Then, ACR configuration information according to an embodiment of thepresent invention is described with reference to FIG. 27.

FIG. 27 is an XML schema diagram of ACR configuration informationaccording to an embodiment of the present invention.

Especially, Tables 3a and 3b illustrate an XML schema of ACRconfiguration information according to the embodiment of FIG. 27. Table3b follows table 3a.

TABLE 3a <?xml version=“1.0” encoding=“UTF-8”?> <xs:schemaxmlns:xs=“http://www.w3.org/2001/XMLSchema”elementFormDefault=“qualified” attributeFormDefault=“unqualified”><xs:complexType name=“acr_config”> <xs:sequence> <xs:elementname=“country_list” type=“country_list_type” minOccurs=“0”/> <xs:elementname=“measurement” type=“measurement_type” minOccurs=“0”/></xs:sequence> <xs:attribute name=“acr_config_ver” type=“xs:string”use=“required”/> </xs:complexType> <xs:complexTypename=“country_list_type”> <xs:sequence> <xs:element name=“country”type=“country_type” maxOccurs=“unbounded”/> </xs:sequence></xs:complexType> <xs:complexType name=“country_type”> <xs:sequence><xs:element name=“ACR_server_url” type=“ACR_server_url_type”maxOccurs=“unbounded”/> <xs:element name=“broadcaster”type=“broadcaster_type” minOccurs=“0” maxOccurs=“unbounded”/><xs:element name=“ACR_on_time” type=“ACR_on_time_type” minOccurs=“0”maxOccurs=“unbounded”/> </xs:sequence> <xs:attribute name=“code”type=“xs:string” use=“required”/> <xs:attributename=“device_product_type” type=“xs:string” use=“required”/><xs:attribute name=“device_platform_type” type=“xs:string”use=“required”/> </xs:complexType> <xs:complexTypename=“ACR_server_url_type”> <xs:attribute name=“region” type=“xs:string”use=“optional”/> </xs:complexType> <xs:complexTypename=“ACR_on_time_type”> <xs:attribute name=“region” type=“xs:string”use=“optional”/> <xs:attribute name=“day” type=“xs:string”use=“optional”/> <xs:attribute name=“from” type=“xs:time”use=“optional”/> <xs:attribute name=“to” type=“xs:time” use=“optional”/></xs:complexType> <xs:complexType name=“broadcaster_type”> <xs:sequence><xs:element name=“channel” type=“channel_type” maxOccurs=“unbounded”/></xs:sequence> <xs:attribute name=“name” type=“xs:string”use=“required”/> </xs:complexType>

TABLE 3b <xs:complexType name=“channel_type”> <xs:sequence> <xs:elementname=“program” type=“program_type” maxOccurs=“unbounded”/></xs:sequence> <xs:attribute name=“name” type=“xs:string”use=“required”/> <xs:attribute name=“leanback_enable” type=“xs:boolean”use=“optional” default=“true”/> </xs:complexType> <xs:complexTypename=“program_type”> <xs:attribute name=“name” type=“xs:string”use=“required”/> <xs:attribute name=“leanback_enable” type=“xs:boolean”use=“optional” default=“true”/> </xs:complexType> <xs:complexTypename=“measurement_type”> <xs:attribute name=“max_log_size”type=“xs:integer” use=“optional”/> <xs:attribute name=“report_interval”type=“xs:integer” use=“optional”/> </xs:complexType> </xs:schema>

As shown in FIG. 27 and Tables 3a and 3b, ACR configuration informationaccording to an embodiment of the present invention, as one XMLdocument, includes an ACR_config element, that is, a top element.

The ACR_config element may include an ACR_config_ver attributeindicating an ACR configuration version, and as a sub-element, includesa country_list element and a measurement element.

A country_list element includes at least one country element. Eachcountry element includes an ACR configuration information item groupapplied to each country corresponding to this country element. Thecountry_list element includes a plurality of ACR configurationinformation item groups applied to a plurality of countries,respectively.

Each country element code includes a code attribute, adevice_product_type attribute, a device_platform_type attribute, atleast one ACR_server_url element, at least one broadcaster element, andat least one ACR_on_time element.

The code attribute contains an identification code that identifies acountry to which an ACR configuration information item of a countryelement including the code attribute is applied, and especially, thisidentification code may conform ISO 639 language code.

The device_product_type attribute contains a type of a product to whichthe ACR configuration information item of a country element includingthe device product attribute is applied. For example, a value of adevice_product_type attribute may be “smart TV” or “BDP”.

The device_platform_type attribute contains a platform type and/orversion of a product to which the ACR configuration information item ofa country element including the device platform attribute is applied.For example, if a platform type of a product to which an ACRconfiguration information item is applied is “NetCast” and its versionis “3.0”, a value of a device_platform_type attribute may be“NetCast3.0”.

That is, each country element includes an ACR configuration informationitem group corresponding to a country attribute, a device product typeattribute, and a device platform type attribute. The ACR configurationinformation item group includes a plurality of ACR configurationinformation items corresponding to a country attribute, a device producttype attribute, and a device platform type attribute.

Although it will be described below, the plurality of ACR configurationinformation items corresponding to a country attribute, a device producttype attribute, and a device platform type attribute may include a listof at least one ACR server address for at least one region in thecountry of the country attribute, information on whether to allow aleanback app, and a turn on time interval of an ACR function for atleast one region in the country of the country attribute.

The information on whether to allow a leanback app includes drivingpermit information on a leanback app and driving limit information on aleanback app. The driving permit information on a leanback app mayinclude a list of broadcasters permitting the driving of a leanback app,a list of channels permitting the driving a leanback app, and a list ofprograms permitting the driving of leanback app. The driving limitinformation on a leanback app may include a list of broadcasterslimiting the driving of a leanback app, a list of channels limiting thedriving a leanback app, and a list of programs limiting the driving ofleanback app. In such a way, the third party server 90 provides theinformation on whether to allow a leanback app to the video displaydevice 100 in order to prevent the leanback app from seriously affectingthe stability of the video display device 100.

Each ACR_server_url element includes a region attribute, and a value ofeach ACR_server_url element may indicate the address (for example, URL)of an ACR server (for example, fingerprint server) applied to a regioncorresponding to the region attribute. A value of the ACR_server_urlelement having no region attribute may indicate the address (forexample, URL) of an ACR server applied to all regions of a countrycorresponding to the ACR_server_url element. In such a way, by notifyingthe URL address of an ACR server that is locally close to the videodisplay device 100, the video display device 100 performs contentsrecognition fast and reduces network latency.

Each broadcaster element includes a name attribute, a leanback_enableelement, and at least one channel element.

A value of the name attribute of the broadcaster element indicates thename of a broadcaster corresponding to the broadcaster element. In abroader sense, the identifier of a broadcaster may be used.

A value of the leanback_enable element of the broadcaster elementindicates whether to drive a leanback app for broadcaster correspondingto the broadcaster element. For example, if a value of theleanback_enable element of the broadcaster element is “true”, the videodisplay device 100 downloads and executes a leanback app for broadcastercorresponding to the broadcaster element. On the other hand, if a valueof the leanback_enable element of the broadcaster element is “false”,the video display device 100 does not download and execute a leanbackapp for broadcaster corresponding to the broadcaster element. If thebroadcaster element does not have the leanback_enable element, a valueof the leanback_enable element of the broadcaster element may beregarded as “true” or “false” by default.

Each channel element includes a name attribute, a leanback_enableelement, and at least one program element.

A value of the name attribute of the channel element indicates the nameof a channel corresponding to the channel element. In a broader sense,the identifier of a channel may be used.

A value of the leanback_enable element of the channel element indicateswhether to drive a leanback app for channel corresponding to the channelelement. For example, if a value of the leanback_enable element of thechannel element is “true”, the video display device 100 downloads andexecutes a leanback app for channel corresponding to the channelelement. On the other hand, if a value of the leanback_enable element ofthe channel element is “false”, the video display device 100 does notdownload and execute a leanback app for channel corresponding to thechannel element. If the channel element does not have theleanback_enable element, a value of the leanback_enable element of thechannel element may be regarded as “true” or “false” by default.

If a value of the leanback_enable element of the channel element isdifferent from that of the leanback_enable element of the broadcasterelement, it has priority.

Each program element includes a name attribute, a leanback_enableelement, and at least one program element.

A value of the name attribute of the program element indicates the nameof a program corresponding to the program element. In a broader sense,the identifier of a program may be used.

A value of the leanback_enable element of the program element indicateswhether to drive a leanback app for program corresponding to the programelement. For example, if a value of the leanback_enable element of theprogram element is “true”, the video display device 100 downloads andexecutes a leanback app for program corresponding to the programelement. On the other hand, if a value of the leanback_enable element ofthe program element is “false”, the video display device 100 does notdownload and execute a leanback app for program corresponding to theprogram element. If the program element does not have theleanback_enable element, a value of the leanback_enable element of theprogram element may be regarded as “true” or “false” by default.

If a value of the leanback_enable element of the program element isdifferent from that of the leanback_enable element of the channelelement, it has priority.

Each ACR_on_time element includes a region attribute, a day attribute, afrom attribute, and a to attribute.

A value of the region attribute of the ACR_on_time element indicates aregion to which an ACR on time interval corresponding to the ACR_on_timeelement is applied. If the ACR_on_time element does not have the regionattribute, an ACR on time interval corresponding to the ACR_on_timeelement may be applied all regions of a country corresponding to thecountry element including the ACR_on_time element.

A value of the day attribute of the ACR_on_time element indicates a dayon which an ACR on time interval corresponding to the ACR_on_timeelement starts. Especially, a value of the day attribute of theACR_on_time element indicates a day of the week on which an ACR on timeinterval corresponding to the ACR_on_time element starts. In this case,if a day of the week on which an ACR on time interval corresponding tothe ACR_on_time element starts is Sunday, Monday, Tuesday, Wednesday,Thursday, Friday, or Saturday, a value of the day attribute of theACR_on_time element may be “SUN”, “MON”, “TUE”, “WED”, “THU”, “FRI”, or“SAT”, respectively.

A value of the from attribute of the ACR_on_time element indicates astart time at which an ACR on time interval corresponding to theACR_on_time element starts.

A value of the to attribute of the ACR_on_time element indicates an endtime at which an ACR on time interval corresponding to the ACR_on_timeelement ends.

If a value of the to attribute of the ACR_on_time element is less thanthat of the from attribute of the ACR_on_time element, the start time ofthe ACR on time interval corresponding to the ACR_on_time elementbecomes a value of the from attribute of a day corresponding to the dayattribute, and the end time of the ACR on time interval corresponding tothe ACR_on_time element becomes a value of the to attribute of the nextday corresponding to the day attribute. For example, if a value of theday attribute is “MON” a value of the from attribute is “18:00:00”, anda value of the to attribute is “02:00:00”, the start time of the ACR ontime interval is Monday 18:00 and the end time of the ACR on timeinterval is the next day, Tuesday 14:00.

In general, enhanced service is not provided to main audio and videocontent in all time slots, and is provided to popular main audio andvideo content. In such a case, when the video playback device 100continuously transmits an ACR query to an ACR server, the video playbackdevice 100 consumes unnecessary resource and also the ACR server needsto process many queries, so that server expansion is required. The thirdparty server 90 may prevent such problems by providing information on anACR on time interval to the video playback device 100.

A measurement element includes a max_log_size attribute and areport_interval attribute.

The max_log_size attribute indicates the maximum size of watchinginformation that the video display device 100 can store. For example, ifthe size of watching information that the video display device 100stores exceeds 90% of the maximum size of the max_log_size attribute,the video display device 100 transmits some or all of the storedwatching information to the third party server 90, and then delete thetransmitted information. The unit of max_log_size may be byte.

The report_interval attribute indicates a time interval at which thevideo display device 100 transmits watching information. For example,after the video display device 100 transmits previous watchinginformation to the third party server 90, when a report time intervalcorresponding to the report_interval attribute elapses, the videodisplay device 100 transmits some or all of the stored watchinginformation to the third party server 90, and then delete thetransmitted information. The unit of report_interval may be byte. Thewatching information that the video display device 100 reports mayinclude a watching time of main audio and video content, the number ofwatching of main audio and video content, and the number of userresponses on a leanback app.

The third party server 90 may collect and accumulate watchinginformation from a plurality of video display devices. The video displaydevice 100 may request the accumulated watching information to the thirdparty server 90, and then may receive it in response to that.

As shown in FIG. 27 and Table 3, ACR configuration information mayinclude various information items as elements or attributes, but is notnecessarily limited thereto. That is, unlike FIG. 27 and Table 3, ACRconfiguration information may include information items included aselements, as attributes, and also may include information items includedas attributes, as elements. Moreover, according to various embodimentsof the present invention, the names of elements or attributes includingvarious information items in ACR configuration information may bechanged.

Table 4 illustrates ACR configuration information according to anembodiment of the present invention.

TABLE 4 <acr_config acr_config_ver= “0001.0000” > <country_list><country code=“US” device_product_type=“DTV” device_platform_type=“SmartPlatform3.0”> <ACR_server_url>usa.acr.com</ACR_server_url><broadcaster name=“NBCU”> <channel name=“BRAVO”> <program name=“TOPCHEF” leanback_enable=“true”/> </channel> <!-- All leanbackapplication on USA network are enabled --> <channel name=“USA”leanback_enable=“true” /> </broadcaster> <broadcaster name=“TURNER” ><channel name=“TBS” leanback_enable=“true” /> <channel name=“TNT”><program name=“LEVERAGE” leanback_enable=“true” /> <programname=“FALLING SKIES SEASON 2” leanback_enable=“true” /> <programname=“DALLAS” leanback_enable=“false” /> </channel> </broadcaster><ACR_on_time day=“MON” from=“18:00:00Z” to=“02:00:00Z” /> <ACR_on_timeday=“WED” from=“18:00:OOZ” to=“02:00:OOZ” /> <ACR_on_time day=“FRI”from=“18:00:00Z” to=“02:00:00Z” /> </country> </country_list></acr_config>

Through the ACR configuration information of Table 4, the video displaydevice 100 may recognize that the ACR configuration information isapplied to a product having the product type of DTV and the platformtype of NetCast3.0 and also includes one ACR configuration informationitem group applied to the united states.

Additionally, the video display device 100 may recognize that theaddress of an ACR server for a product having the product type of DTVand the platform type of NetCast3.0 is usa.zeitera.com.

Additionally, the video display device 100 may recognize that it isnecessary to drive a leanback app for the TOPCHEF program of the BRAVOchannel of a NBCU broadcaster.

Additionally, the video display device 100 may recognize that it isnecessary to drive a leanback app for all programs of the TBS channel ofa TURNER broadcaster.

Additionally, the video display device 100 may recognize that it isnecessary to drive a leanback app for the LEVERAGE program and “FALLINGSKIES SEASON 2” program of the TNT channel of the TURNER broadcaster andit is unnecessary to drive the DALLS program of the TNT channel of theTURNER broadcaster.

Additionally, the video display device 100 may recognize that it isnecessary to turn on an ACR function from Monday 18:00 to Tuesday 04:00,from Wednesday 18:00 to Thursday 02:00, and from Friday 18:00 toSaturday 02:00, and it is necessary to turn off the ACR function inother times.

The video display device 100 extracts an ACR configuration informationitem group corresponding to the country that it belongs, its producttype, and its platform type from ACR configuration information inoperation S3107.

The video display device 100 extracts a plurality of ACR configurationinformation items from the extracted ACR configuration information itemgroup in operation S3109. As mentioned above, the plurality of ACRconfiguration information items may include a list of at least one ACRserver address for at least one region in the country of the countryattribute, information on whether to allow a leanback app, and a turn ontime interval of an ACR function for at least one region in the countryof the country attribute. Especially, the video display device 100extracts a plurality of ACR configuration information items for a regionthat the video display device 100 belongs, from the extracted ACRconfiguration information item group.

The video display device 100 configures the plurality of extracted ACRconfiguration information items therein in operation S3111. The videodisplay device 100 may compare the plurality of extracted ACRconfiguration information items with a configured value and may updateit.

The video display device 100 turns on the ACR function on the basis of aconfigured ACR turn on time interval list in operation S3112.

When the ACR function is turned on, the ACR engine of the video displaydevice 100 extracts characteristic information from some frames of themain audio and video content or a section of audio samples of the mainaudio and video content, and transmits an ACR query request messageincluding the extracted characteristic information to a correspondingACR server in operation S3113. The ACR engine of the video displaydevice 100 may transmit the ACR query request message to an ACR servercorresponding to the configured ACR server address.

When the ACR function is turned off, the ACR engine of the video displaydevice 100 stops extracting characteristic information from some framesof the main audio and video content or a section of audio samples of themain audio and video content, so that resource waste may be reduced.

The finger print server 22 queries the characteristic information in theACR query request message from ACR DB, identifies a programcorresponding to the characteristic information, and transmits an ACRquery response message including contents information on the identifiedprogram to the ACR engine of the video display device 100 in operationS3115. At this point, the ACR query response message may includeinformation on whether a program is recognized successfully, contentsinformation, the URL address of a leanback app, and the URL of thecontents providing server 10. As described above, the contentsinformation may include the global content ID of the recognized program,the content ID that the broadcaster of the recognized program canidentify, the timestamp of the recognized program, the identifier of thebroadcaster that provides the recognized program, the identifier of thechannel that provides the recognized program, and the name of therecognized program. The identifier of the broadcaster may be the name ofthe broadcaster. The identifier of the broadcaster may be the name ofthe broadcaster. According to another embodiment, the video displaydevice 100 may already have the URL of the contents providing server 10not from the ACR query response message.

The video display device 100 requests a leanback app to the URL addressof the leanback app on the basis of the configured information onwhether to allow a leanback app in operation S3117.

In more detail, if the contents information in the ACR query responsemessage relates to the driving permit information of a leanback app, thevideo display device 100 may request the leanback app to the URL addressthereof. In addition, if the contents information in the ACR queryresponse message relates to the driving limit information of a leanbackapp, the video display device 100 may not request the leanback app.

In more detail, if a broadcaster that provides the main audio and videocontent is identified through the ACR query response message and theidentified broadcaster belongs to a list of broadcasters permitting thedriving of a lean app, the video display device 100 may request theleanback app to the URL address thereof. If the identified broadcasterbelongs to a list of broadcasters limiting the driving of a lean app,the video display device 100 may request the leanback app to the URLaddress thereof. In addition, if a broadcaster that provides the mainaudio and video content is identified through the ACR query responsemessage and the identified broadcaster belongs to a list of broadcasterspermitting the driving of a lean app, the video display device 100 maynot request the leanback app to the URL address thereof. If theidentified broadcaster belongs to a list of broadcasters limiting thedriving of a lean app, the video display device 100 may not request theleanback app to the URL address thereof. In addition, if the main audioand video content is identified through the ACR query response messageand the identified main audio and video content belongs to a list ofprograms permitting the driving of a lean app, the video display device100 may request the leanback app to the URL address thereof. If theidentified main audio and video content belongs to a list of programslimiting the driving of a lean app, the video display device 100 may notrequest the leanback app to the URL address thereof.

The video display device 100 receives the leanback app from the URLaddress thereof in operation S3119, and automatically executes thereceived leanback app regardless of user input.

FIG. 28 is a ladder diagram illustrating an operation of a video displaydevice according to another embodiment of the present invention.

The video display device 100 obtains ACR configuration information fromthe third party server 90 in operation S3305. The procedure that thevideo display device 100 obtains ACR configuration information from thethird party server 90 may follow FIG. 28.

Then, ACR configuration information according to an embodiment of thepresent invention is described with reference to FIG. 29.

FIG. 29 is an XML schema diagram of ACR configuration informationaccording to an embodiment of the present invention.

Especially, Table 5 illustrates an XML schema of ACR configurationinformation according to the embodiment of FIG. 29. Table 5b followstable 5a.

TABLE 5a <?xml version=“1.0” encoding=“UTF-8”?> <xs:schemaxmlns:xs=“http://www.w3.org/2001/XMLSchema”elementFormDefault=“qualified” attributeFormDefault=“unqualified”><xs:complexType name=“acr_config”> <xs:sequence> <xs:elementname=“device” type=“device_type” minOccurs=“0” maxOccurs=“unbounded”/></xs:sequence> <xs:attribute name=“country_code” type=“xs:string”use=“required”/> <xs:attribute name=“acr_config_format_ver”type=“xs:string” use=“required”/> <xs:attribute name=“version”type=“xs:integer” use=“required”/> </xs:complexType> <xs:complexTypename=“device_type”> <xs:sequence> <xs:element name=“ACR_server_url”type=“xs:string”/> <xs:element name=“broadcaster”type=“broadcaster_type” minOccurs=“0” maxOccurs=“unbounded”/><xs:element name=“MVPD” type=“MVPD_type” minOccurs=“0”maxOccurs=“unbounded”/> </xs:sequence> <xs:attributename=“device_product_type” type=“xs:string” use=“required”/><xs:attribute name=“device_platform_type” type=“xs:string”use=“required”/> <xs:attribute name=“ACR_On” type=“xs:boolean”use=“optional” default=“true”/> <xs:attribute name=“query_interval”type=“xs:integer” use=“optional”/> <xs:attributename=“user_query_interval” type=“xs:integer” use=“optional”/></xs:complexType> <xs:complexType name=“MVPD_type”> <xs:sequence><xs:element name=“MVPD_logo” type=“MVPD_logo_type” minOccurs=“0”maxOccurs=“unbounded”/> </xs:sequence> <xs:attribute name=“Id”type=“xs:string” use=“required”/> <xs:attribute name=“type”type=“xs:string” use=“required”/> <xs:attribute name=“DetectOn”type=“xs:boolean” use=“required”/> <xs:attribute name=“detect_interval”type=“xs:integer”/> </xs:complexType> <xs:complexTypename=“MVPD_logo_type”> <xs:attribute name=“type” type=“xs:string”use=“required”/> <xs:attribute name=“x” type=“xs:integer”use=“required”/> <xs:attribute name=“y” type=“xs:integer”use=“required”/> <xs:attribute name=“width” type=“xs:integer”use=“required”/> <xs:attribute name=“height” type=“xs:integer”use=“required”/> </xs:complexType>

TABLE 5b <xs:complexType name=“broadcaster_type”> <xs:sequence><xs:element name=“channel” type=“channel_type” minOccurs=“0”maxOccurs=“unbounded”/> </xs:sequence> <xs:attribute name=“name”type=“xs:string” use=“required”/> <xs:attribute name=“query_interval”type=“xs:integer” use=“optional”/> </xs:complexType> <xs:complexTypename=“channel_type”> <xs:sequence> <xs:element name=“program”type=“program_type” minOccurs=“0” maxOccurs=“unbounded”/> </xs:sequence><xs:attribute name=“name” type=“xs:string” use=“required”/><xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional”default=“true”/> <xs:attribute name=“query_interval” type=“xs:integer”use=“optional”/> </xs:complexType> <xs:complexType name=“program_type”><xs:attribute name=“name” type=“xs:string” use=“required”/><xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional”default=“true”/> <xs:attribute name=“query_interval” type=“xs:integer”use=“optional”/> <xs:attribute name=“localCache_enable”type=“xs:boolean” use=“optional”/> </xs:complexType> </xs:schema>

As shown in FIG. 29 and Tables 5a and 5b, ACR configuration information,as one XML document, includes an ACR_config element, that is, a topelement.

The ACR_config element may include a country_code attribute, anacr_config_format_ver attribute, and a version attribute, and alsoinclude at least one device element.

Each device element includes a device_product_type attribute, adevice_platform_type attribute, an ACR_On attribute, a query_intervalattribute, and a user_query_interval attribute, and also include atleast one ACR_server_url element, at least one broadcaster element, atleast one MVPD element, and at least one ACR_on_time element. Eachdevice element includes an ACR configuration information item groupapplied to the product type corresponding to the device_product_typeattribute of the device element and the platform type corresponding tothe device_platform_type attribute of the device element.

Since the device_product_type attribute and the device_platform_typeattribute are described with reference to Table 3, their descriptionswill be omitted.

Since the ACR_server_url element, the broadcaster element, and theACR_on_time element are described with reference to Table 3, theirdescriptions will be omitted.

Each MVPD element includes an Id attribute, a type attribute, a DetectOnattribute, and a detect_interval attribute, and also includes at leastone MVPD_logo element.

A value of the Id attribute of the MVPD element indicates an identifierthat uniquely identifies an MVPD corresponding to the MVPD element. Forexample, in the case of North America, a value of the Id attribute ofthe MVPD element may be “TimeWarner”, “Comcast”, and so on.

A value of the type attribute of the MVPD element indicates the type ofan MVPD corresponding to the MVPD element. Especially, a value of thetype attribute of the MVPD element indicates the broadcasting networktype of an MVPD corresponding to the MVPD element. For example, a valueof the type attribute of the MVPD element may be “Cable”, “Satellite”,“IPTV”, and so on.

The DetectOn attribute of the MVPD element indicates whether the videodisplay device 100 recognizes the logo of an MVPD. If a value of theDetectOn attribute of the MVPD element is “On” (or “true”), the videodisplay device 100 detects the logo of an MVPD from the uncompressedaudio and video content outputted from the broadcast receiving device60, and then identifies an MVPD on the basis of the detected logo. If anMVPD is already recognized, in order to prevent unnecessary resourceconsumption of the video display device 100, a value of the DetectOnattribute of the MVPD element may be configured to Off. If a value ofthe DetectOn attribute of the MVPD element is “Off”, the video displaydevice 100 does not perform an operation for identifying an MVPD on thebasis of the logo detected from the uncompressed audio and videocontent.

If a value of the DetectOn attribute of the MVPD element is “ON”, theremay be a detect interval attribute of the MVPD element. The detectinterval attribute of the MVPD element indicates a time interval atwhich the video display device 100 detects the logo of an MVPD from theuncompressed audio and video content, and its unit is second. Forexample, if detect_interval is 300(5×60), the video display device 100attempts to recognize the logo of an MVPD from the uncompressed audioand video content at each 5 minutes.

In general, since a user tends to confirm a program of another channelthrough EPG while watching a commercial after a program ends, inconsideration of the tendency that a user selects a guide or menuthrough a STB remote controller, the third party server 90 may determinea time interval that determines the logo of an MVPD. Additionally, if aprogram is frequently changed at every hour or 30 min, the third partyserver 90 may determine a time interval that detects the logo of an MVPDin consideration of this situation. For example, the third party server90 may be configured to recognize the logo from each 55 min to 5 minonly. In addition, the third party server 90 may be configured torecognize the logo at every 5 min.

Each MVPD_logo element includes a type attribute containing informationon the type of a screen displaying the MVPD logo and a logo areaattribute containing information on a screen area displaying the MVPDlogo. The logo area attribute includes a logo position attributecontaining information on the screen position of the MVPD logo and alogo size attribute containing information on the size of the MVPD logo.The logo position attribute includes an x-coordinate (x) attribute and ay-coordinate (y) attribute. The logo size attribute includes a widthattribute and a height attribute.

A value of the type attribute of the MVPD logo element indicates thetype of the MVPD logo corresponding to the MVPD logo element. In moredetail, A value of the type attribute of the MVPD logo element indicatesthe type of a screen displaying the MVPD logo corresponding to the MVPDlogo element. For example, a value of the type attribute may be “EPG”,“Menu”, “Banner”, and so on.

Then, the type and position of the MVPD logo according to variousembodiments of the present invention are described with reference toFIGS. 30 to 33.

FIG. 30 is a view of an EPG window displaying the MVPD logo of DishNetwork, a satellite operator, according to an embodiment of the presentinvention. FIG. 31 is a view of an EPG window displaying the MVPD logoof Comcast, a Cable operator, according to an embodiment of the presentinvention.

As shown in FIGS. 30 and 31, when a value of the type attribute of theMVPD logo element is “EPG”, the MVPD logo is displayed on the EPGscreen. Accordingly, if a value of the type attribute of the MVPD logoelement is “EPG”, the video display device 100 may extract the MVPD logofrom the EPG screen when the EPG screen is displayed on uncompressedaudio and video content.

FIG. 32 is a view of a menu window displaying the MVPD logo of Comcast,a Cable operator, according to an embodiment of the present invention.FIG. 33 is a view of a menu window displaying the MVPD logo of DirecTV,a satellite operator, according to an embodiment of the presentinvention.

As shown in FIGS. 32 and 33, when a value of the type attribute of theMVPD logo element is “Menu”, the MVPD logo is displayed on the menuscreen. If a value of the type attribute of the MVPD logo element is“Menu”, the video display device 100 may extract the MVPD logo from theMenu screen when the Menu screen is displayed on uncompressed audio andvideo content.

When a value of the type attribute of the MVPD logo element is “Banner”,the MVPD logo is displayed on the banner screen. If a value of the typeattribute of the MVPD logo element is “Banner”, the video display device100 may extract the MVPD logo from the Banner screen when the Bannerscreen is displayed on uncompressed audio and video content.

A value of the x attribute and a value of the y attribute indicateinformation on the position of the MVPD logo corresponding to the MVPDlogo element. A value of the x attribute of the MVPD logo elementindicates the position of the x coordinate of the MVPD logocorresponding to the MVPD logo element. A value of the y attribute ofthe MVPD logo element indicates the position of the y coordinate of theMVPD logo corresponding to the MVPD logo element.

The position values of the x coordinate and the y coordinate of the MVPDlogo may be determined based on a resolution. For example, if a screenhas a resolution of 1920×1080, the position value of the x coordinate ofthe MVPD logo may be determined with one of values from 0 to 1919, andthe position value of the y coordinate of the MVPD logo may bedetermined with one of values from 0 to 1079.

In addition, the position values of the x coordinate and the ycoordinate of the MVPD logo may be determined based on a relativepositional relationship, regardless of the resolution. For example, evenif the resolution of a screen is 1920×1080, after the size of the screenis normalized to 100×100, the position values of the x coordinate andthe y coordinate of the MVPD logo may be determined with one of valuesin a normalized range. In this case, the video display device 100 scalesthe position value of the x coordinate and the y coordinate having avalue in a normalized range, so as to obtain the position of the MVPDlogo.

A value of the width attribute and a value of the height attributeindicate information on the size of the MVPD logo corresponding to theMVPD logo element. A value of the width attribute of the MVPD logoelement indicates the width of the MVPD logo corresponding to the MVPDlogo element. A value of the height attribute of the MVPD logo elementindicates the height of the MVPD logo corresponding to the MVPD logoelement.

*472The width and height values of the MVPD logo may be determined basedon a resolution. For example, if a screen has a resolution of 1920×1080,the width of the MVPD logo may be determined with one of values from 0to 1919, and the height of the MVPD logo may be determined with one ofvalues from 0 to 1079.

In addition, the width and height of the MVPD logo may be determinedbased on a relative size, regardless of a resolution. For example, evenif the resolution of a screen is 1920×1080, after the size of the screenis normalized to 100×100, the width and height of the MVPD logo may bedetermined with one of values in a normalized range. In this case, thevideo display device 100 scales the width and height having a value in anormalized range, so as to obtain the size of the MVPD logo.

The video display device 100 extracts an ACR configuration informationitem group corresponding to its product type and its platform type fromACR configuration information in operation S3307.

The video display device 100 extracts a plurality of ACR configurationinformation items from the extracted ACR configuration information itemgroup in operation S3309. As mentioned above, the plurality of ACRconfiguration information items include at least one ACR server addressfor at least one region and at least one MVPD information item grouprespectively corresponding to at least one MVPD. Each MVPD informationitem group includes information on an MVPD identifier, an MVPD type,whether to detect an MVPD logo, an MVPD logo detect time interval, anMVPD logo screen type, and an MVPD logo screen area. The information onan MVPD logo screen area includes information on an MVPD logo screenposition and an MVPD logo size.

The video display device 100 configures the plurality of extracted ACRconfiguration information items therein in operation S3311. The videodisplay device 100 may compare the plurality of extracted ACRconfiguration information items with a configured value and may updateit.

Then, the video display device 100 extracts at least one image, which isestimated as an MVPD logo, from the uncompressed audio and video contentinputted based on at least one MVPD information item group in operationS3313. Especially, if the number of MVPD information item groups is morethan one, the video display device 100 may extract a plurality of MVPDlogo estimation images that respectively correspond to the plurality ofMVPD information item groups. Since each of the plurality of MVPD logoestimation images is extracted based on a corresponding detect timeinterval, the plurality of MVPD logo estimation images may not benecessarily extracted simultaneously. If a plurality of MVPD logo detecttime intervals belonging to the plurality of MVPD information itemgroups are identical to each other, the plurality of MVPD logoestimation images may be simultaneously extracted.

In more detail, when a value of the DetectOn attribute of the MVPDelement is “on”, the video display device 100 may extract images, whosenumber corresponds to the number of MVPD information item groups, from ascreen area corresponding to a value of the logo area attribute of theMVPD element according to a time interval corresponding to the detectinterval attribute of the MVPD element, when a screen corresponding to avalue of the type attribute of the MVPD log element is displayed fromthe inputted uncompressed audio and video content. Then, the videodisplay device 100 may obtain a plurality of MVPD logo estimationimages.

Then, the video display device 100 identifies a subscription MVPD thatthe video display device 100 subscribes in operation S3315, and obtainthe identifier of the subscription MVPD. Especially, if the number ofMVPD information item groups is more than one, the video display device100 may identify MVPD on the basis of the plurality of extracted MVPDlogo estimation images.

According to an embodiment, the video display device 100 transmits tothe third party server 90 a request message on the plurality of MVPDlogo images that respectively correspond to the plurality of MVPDs.Then, the video display device 100 receives from the third party server90 the plurality of MVPD logo images that respectively correspond to theplurality of MVPDs, and then, creates a database by using the receivedMVPD logo images. If the video display device 100 includes the data basehaving the plurality of MVPD logo images that respectively correspond tothe plurality of MVPDs, it compares the plurality of MVPD logo imageswith the plurality of extracted MVPD logo estimation images. If at leastone of the plurality of extracted MVPD logo estimation imagescorresponds to one of the plurality of MVPD logo images, the videodisplay device 100 may identify the MVPD corresponding to thecorresponding MVPD logo image as MVPD that the video display device 100subscribes.

According to another embodiment, the video display device 100 maytransmit the plurality of extracted MVPD logo estimation images to thethird part server 90 or the fingerprint server 22. In this case, thethird part server 90 or the fingerprint server 22 has a databaseincluding a plurality of MVPD logo images that respectively correspondto the plurality of MVPDs. The third part server 90 or the fingerprintserver 22 compares the plurality of MVPD logo images with the pluralityof extracted MVPD logo estimation images. If at least one of theplurality of extracted MVPD logo estimation images corresponds to one ofthe plurality of MVPD logo images, the third part server 90 or thefingerprint server 22 may identify the MVPD corresponding to thecorresponding MVPD logo image as MVPD that it 90 or 22 subscribes. Then,the third part server 90 or the fingerprint server 22 transmits theidentifier of an MVPD that the video display device 100 subscribes tothe video display device 100, so that the video display device 100identify the subscription MVPD. When the third party server 90 transmitsthe identifier of the subscription MVPD to the video display device 100,since the video display device 100 does not need to perform MVPD logoextraction and MVPD identification any more, in order to preventunnecessary resource consumption of the third party server 90 and thevideo display device 100, the third party server 90 configures a valueof the DetectOn attribute of the MVPD element as OFF or false in the ACRconfiguration information for the video display device 100, and thenprovides to the video display device 100 the ACR configurationinformation that a value of the DetectOn attribute of the MVPD elementis OFF. In addition, even after the video display device 100 identifiesMVPD, since a user may change the MVPD, when a predetermined timeelapses, the third party server 90 may configure a value of the DetectOnattribute of the MVPD element as ON in the ACR configuration informationfor the video display device 100.

Moreover, the video display device 100 confirms the type of asubscription MVPD from at least one MVPD information item group on thebasis of the identifier of a subscription MVPD. That is, among theplurality of MVPD information item groups, since each of the pluralityof MVPD identifiers has a corresponding MVPD type, the video displaydevice 100 may confirm the type of a subscription MVPD from at least oneMVPD information item group on the basis of the identifier of asubscription MVPD.

If the type of a subscription MVPD is not a satellite operator, thevideo display device 100 confirms a geographic subscriber location inoperation S3319. If the type of a subscription MVPD is a cable operatoror a satellite operator, the video display device 100 may confirm ageographic subscriber location.

According to an embodiment, the video display device 100 may confirm ageographic subscriber location on the basis of user input. At thispoint, in North America, the user input may be zip code.

According to another embodiment, the video display device 100 mayconfirm its geographic location on the basis of Geo-IP. The Geo-IP is amethod of obtaining the geographical location of a terminal from the IPaddress thereof.

The video display device 100 may transmit its own IP address to thethird party server 90, the fingerprint server 22, or a locationconfirmation server. The third part server 90, the fingerprint server22, or the location confirmation server may confirm the geographicalsubscriber location of the video display device 100 by using the IPaddress, and transmits information on the confirmed geographicalsubscriber location to the video display device 100, so that the videodisplay device 100 may confirm the geographical subscriber location. Atthis point, in North America, information on the confirmed geographicalsubscriber location may be zip code.

Additionally, the video display device 100 may transmit a packageinformation request message to the third party server 90 in operationS3321. At this point, the package information request message mayinclude the identifier of an MVPD, the type of an MVPD, and ageographical subscriber location. Even in the same package, since achannel map may vary according to a region, the package informationrequest message may include a geographical subscriber position.

The third party server 90 transmits to the video display device 100 theinformation on a plurality of packages that the MVPD corresponding tothe MVPD identifier and the MVPD type provides for the geographicalsubscriber location of the video display device 100. By doing so, thevideo display device 100 receives from the third party server 90 theinformation on a plurality of packages that the MVPD corresponding tothe MVPD identifier and the MVPD type provides for the geographicalsubscriber location of the video display device 100 in operation S3323.

As shown in Table 6, the information on a plurality of packages includesinformation on a list of channels that each of the plurality of packagesprovides.

TABLE 6 Standard TV Essentials Premium Sports Pass USA ◯ ◯ X X HBO X X ◯X ESPN ◯ X X ◯ CNN ◯ ◯ X X

Especially, Table 6 illustrates information on a plurality of packagesthat the Time Warner Cable operator of the united states provides.

As shown in Table 6, the Time Warner Cable operator of the united statesprovides a Standard package, a TV Essentials package, a Premium package,and a Sports Pass package. The Standard package provides the USAchannel, the ESPN channel, and the CNN channel, but does not provide theHBO channel. The TV Essentials package provides the USA channel and theCNN channel, but does not provide the ESPN channel and the HBO channel.The Premium package provides the HBO channel but does not provide theUSA channel, the ESPN channel, and the CNN channel. The Sports Passpackage provides the ESPN channel but does not provide the USA channel,the HBO channel, and the CNN channel.

The video display device 100 identifies at least one channel frominputted uncompressed main audio and video content in operation S3325.Since a user changes a channel serves times a day in general, the videodisplay device 100 may identify at least one channel from theuncompressed audio and video content. Especially, through the procedureshown in FIGS. 3, 6, and 9, the video display device 100 may identify achannel by obtaining the contents information on the inputteduncompressed audio and video content. In more detail, the video displaydevice 100 confirms the broadcaster logo, that is, the displayedwatermark, from the uncompressed audio and video content, and identifiesa channel providing the uncompressed audio and video content on thebasis of the confirmed broadcaster logo. In this case, the video displaydevice 100 may identify a channel by using an internal databaseincluding a plurality of broadcaster logos or a watermark server.Additionally, the video display device 100 may identify a channel byobtaining the contents information from an invisible watermark.Additionally, the video display device 100 may identify a channel byextracting the signature from the uncompressed audio and video contentand transmitting the extracted signature to the fingerprint server. Ifthe uncompressed main audio and video content is resold content or thesame audio and video content is broadcasted through a plurality ofchannels, the video display device 100 may perform broadcaster logobased channel identification.

The video display device 100 confirms a subscription package on thebasis of at least one identified channel in operation S3327.

Referring to Table 6, once the HBO channel is identified, the videodisplay device 100 confirms that the subscription package is the Premiumpackage. Once the USA channel and the ESPN channel are identified, thevideo display device 100 confirms that the subscription package is theStandard package. Once the CNN channel is identified, if and the ESPNchannel is not identified for a predetermined period, the video displaydevice 100 confirms that the subscription package is the TV Essentialspackage.

If the subscription package is not uniquely identified based on at leastone identified channel, the video display device 100 performs additionalchannel identification.

The video display device 100 requests to the third party server 90 achannel map corresponding to the confirmed subscription package inoperation S3329. In response to the channel map request, the third partyserver 90 configures a value of the DetectOn attribute of the MVPDelement in the ACR configuration information for the video displaydevice 100 as OFF or false, and then, provides a channel mapcorresponding to the subscription package of the video display device100 to the video display device 100.

The video display device 100 receives the channel map corresponding tothe confirmed subscription package from the third party server 90 inoperation S3331.

The video display device 100 processes the received channel map inoperation S3333.

FIG. 34 is a view of channel map processing according to an embodimentof the present invention. As shown in FIG. 34, the video display device100 may display the channel name and the channel number of currentuncompressed main audio and video content on a screen.

FIG. 35 is a view of channel map processing according to an embodimentof the present invention. As shown in FIG. 35, the video display device100 may obtain EPG information on the basis of a channel map and then,may display the obtained EPG information.

Then, a structure of a video display device according to variousembodiments of the present invention is described with reference toFIGS. 36 to 39.

FIG. 36 is a conceptual diagram of a video display device according toan embodiment of the present invention.

As shown in FIG. 36, the video display device 100 includes anAudio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACRuser interface 607, an ACR Plugin 609, an enhanced service managementunit 611, a channel map management unit 613, and an MVPD logo databasemanagement unit 615.

The ACR engine 603 includes a content recognition configurationmanagement unit 631, an MVPD package information management unit 633,and an MVPD logo matching unit 635.

The content recognition configuration management unit 631 transmits tothe third party server 90 an ACR configuration information requestmessage requesting ACR configuration information, and receives an ACRconfiguration information response message including the ACRconfiguration information. The content recognition configurationmanagement unit 631 extracts an ACR configuration information item groupcorresponding to the country that it belongs, its product type, and itsplatform type from ACR configuration information in operation S3107. Thecontent recognition configuration management unit 631 extracts aplurality of ACR configuration information items from the extracted ACRconfiguration information item group. The content recognitionconfiguration management unit 631 configures the plurality of extractedACR configuration information items in the video display device 100. Thecontent recognition configuration management unit 631 turns on the ACRfunction on the basis of a configured ACR turn on time interval list.

When the ACR function is turned on, the ACR engine 603 of the videodisplay device 100 extracts characteristic information from some framesof the main audio and video content or a section of audio samples of themain audio and video content, and transmits an ACR query request messageincluding the extracted characteristic information to a correspondingACR server in order to receive an ACR query response message includingthe contents information on the identified program. The ACR engine 603of the video display device 100 identifies at least one channel frominputted uncompressed main audio and video content.

The enhanced service management unit 611 requests a leanback app to theURL address of the leanback app on the basis of the configuredinformation on whether to allow a leanback app, receives the leanbackapp, and then, automatically executes the received leanback appregardless of user input.

The channel map management unit 613 requests a channel map correspondingto a subscription package to the third party server 90, receives thechannel map corresponding to the confirmed subscription package from thethird party server 90, and then, processes the received channel map.

The MVPD package information management unit 633 extracts at least oneimage, which is estimated as an MVPD logo, from the inputteduncompressed audio and video content on the basis of at least one MVPDinformation item group, and then, identifies the subscription MVPD thatthe video display device 100 subscribes on the basis of at least oneextracted MVPD logo estimation image to obtain the identifier of thesubscription MVPD. The MVPD package information management unit 633confirms the type of the subscription MVPD from at least one MVPDinformation item group o the basis of the identifier of the subscriptionMVPD, and confirms a geographical subscriber location if the type of thesubscription MVPD is not a satellite operator. The MVPD packageinformation management unit 633 transmits a package information requestmessage to the third party server 90 and then receives information on aplurality of packages that the subscription MVPD provides from the thirdparty server 90. The MVPD package information management unit 633confirms a subscription package on the basis of at least one identifiedchannel.

The MVPD logo database management unit 615 transmits to the third partyserver 90 a request message for a plurality of MVPD logo images thatrespectively correspond to the plurality of MVPDs, receives theplurality of MVPD logo images from the third party server 90, and then,creates a database by using the received plurality of MVPD logo images.

The MVPD logo matching unit 635 compares the plurality of MVPD logoimages with a plurality of extracted MVPD logo estimation images. If atleast one of the plurality of extracted MVPD logo estimation imagescorresponds to one of the plurality of MVPD logo images, the MVPD logomatching unit 635 may identify the MVPD corresponding to thecorresponding MVPD logo image as an MVPD that the MVPD logo matchingunit 635 subscribes.

FIG. 37 is a conceptual diagram of a video display device according toan embodiment of the present invention.

As shown in FIG. 37, the video display device 100 includes anAudio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACRuser interface 607, an ACR Plugin 609, an enhanced service managementunit 611, and a channel map management unit 613.

The ACR engine 603 includes a content recognition configurationmanagement unit 631 and an MVPD package information management unit 633.

According to the embodiment of FIG. 37, logo matching is performed inthe third part server 90 or the fingerprint server 22 instead of thevideo display device 100. This is described above with reference to FIG.28 and thus, its description will be omitted.

The EPG displays broadcast content to a user from about 7 to 14 daysbefore broadcasting the broadcast content. However, in general, eachbroadcaster or content provider broadcasts promotional content such as apreview of broadcast content from about one month before broadcastingthe broadcast content. Therefore, users may be unable to set scheduledviewing or scheduled recording for the broadcast content even though thepromotional content is viewed.

Furthermore, in general, the EPG provides guidance for only broadcastcontent transmitted through the same transmission method. For example,the EPG for cable broadcasting displays only broadcast contenttransmitted through the same cable network. The EPG for satellitebroadcasting displays only broadcast content provided by the samesatellite or the same operator. Therefore, it is difficult for a user todiscover that broadcast content to be viewed is transmitted in variousformats. In order to overcome such limitation, the video display device100 needs to execute a content reminder application to notify broadcastinformation on content related to currently-displayed uncompressed audioand video content based on ACR.

Hereinafter, execution of the content reminder application by the videodisplay device according to an embodiment based on ACR will be describedwith reference to FIGS. 38 to 49.

FIG. 38 is a diagram illustrating a network topology for a video contentreminder application service according to an embodiment.

The video display device 100 extracts characteristic information frombroadcast content including at least one of an uncompressed video and anuncompressed audio obtained from an external input. Herein, thebroadcast content may be promotional content. The video display device100 transmits an ACR query request message to the content recognizingservice providing server 20 based on the characteristic information. Thevideo display device 100 receives an ACR query response message for theACR query request message from the content recognizing service providingserver 20. In particular, in the case where the characteristicinformation is extracted from the promotional content to transmit theACR query request message, the video display device 100 may receive aURL of a promotional application through the ACR query response message.The video display device 100 may download the promotional applicationbased on the URL thereof. The video display device 100 may execute thepromotional application through a browser that serves as an applicationplatform. The video display device 100 may transmit a video displaydevice identifier to an application service provider server 300 of anapplication service provider that has produced the promotionalapplication, by executing the promotional application. The video displaydevice 100 may receive a URL of a content reminder application from thecontent recognizing service providing server 20, and may download thecontent reminder application based on the URL thereof. The video displaydevice 100 may execute the content reminder application through thebrowser. The video display device 100 may display, to a user, broadcastinformation on content through the content reminder application. Thebroadcast information on content may include at least one of a title ofcontent, a start time of the content, a broadcaster name that broadcaststhe content, and information on a channel through which the content isbroadcast. The channel information may include at least one of a name ofthe channel, a number of the channel through which the content isbroadcast, a service package including the channel through which thecontent is broadcast, and an MPVD that provides the service package.

The content recognizing service providing server 20 receives the ACRquery request message from the video display device 100. The contentrecognizing service providing server 20 transmits the ACR query responsemessage to the video display device 100. The content recognizing serviceproviding server 20 stores the characteristic information extracted fromthe promotional content. The content recognizing service providingserver 20 may transmit the URL of the promotional application throughthe ACR query response message. In detail, the content recognizingservice providing server 20 may identify the promotional contentcorresponding to the characteristic information included in the ACRquery request message. Accordingly, the content recognizing serviceproviding server 20 may transmit the URL of the promotional applicationcorresponding to the promotional content. The content recognizingservice providing server 20 may receive, from the application serviceprovider server 300, the video display device identifier for identifyingthe video display device, the start time of content, and the URL of thecontent reminder application. The content recognizing service providingserver 20 may transmit, to the video display device 100, the URL of thecontent reminder application based on the video display deviceidentifier, the start time of content, and the URL of the contentreminder application. In detail, the content recognizing serviceproviding server 20 may transmit, to the video display device 100identified by the video display device identifier, the URL of thecontent reminder application at the start time of content or a certaintime before the start time of content.

The application service provider server 300 receives the video displaydevice identifier from the video display device 100 through thepromotional application produced by the application service provider.The application service provider server 300 may receive a contentidentifier from the video display device 100 through the promotionalapplication. The application service provider server 300 transmits thevideo display device identifier, the content start time, and the URL ofthe content reminder application to the content recognizing serviceproviding server 20. In detail, the application service provider server300 may transmit the content title, the content start time, the name ofthe broadcaster that broadcasts the content, the information on thechannel through which the content is broadcast, and the URL of thecontent reminder application to the content recognizing serviceproviding server 20 based on the video display device identifier and thecontent identifier received from the video display device 100. Thechannel information may include at least one of a name of the channel, anumber of the channel through which the content is broadcast, a servicepackage including the channel through which the content is broadcast,and an MPVD that provides the service package.

Operations of the video display device 100, the content recognizingservice providing server 20, and the application service provider server300 will be described in detail with reference to FIG. 39.

FIG. 39 is a ladder diagram illustrating operation of the video contentreminder application according to an embodiment.

Operation of the video display device 100 for executing a generalleanback application will be described firstly.

The video display device 100 is turned on to start to operate inoperation S2801. The video display device 100 may obtain uncompressedaudio and video content through an external input terminal. Here, theuncompressed audio and video content may include at least one of anuncompressed audio and an uncompressed video. The video display device100 may display the uncompressed audio and video content through thedisplay unit 121.

The video display device 100 receives content information on theuncompressed audio and video content based on characteristic informationof the uncompressed audio and video content.

The video display device 100 transmits the ACR query request message tothe content recognizing service providing server 20 in operation S2803.In detail, the video display device 100 may extract the characteristicinformation from the uncompressed audio and video content input throughan external input, and may transmit the ACR query request message basedon the characteristic information to the content recognizing serviceproviding server 20.

The content recognizing service providing server 20 transmits the ACRquery response message for the ACR query request message to the videodisplay device 100 in operation S2805. In detail, the contentrecognizing service providing server 20 identifies content correspondingto the characteristic information. The content recognizing serviceproviding server 20 may transmit the ACR query response messageincluding content information corresponding to the content to the videodisplay device 100. The content information may include at least one ofa URL of a leanback application for the identified content, a contentidentifier, and a content timestamp.

The video display device 100 receives the ACR query response messagefrom the content recognizing service providing server and checks ACRconfiguration information in operation S2807. In detail, the videodisplay device 100 may check whether a leanback applicationcorresponding to the leanback application URL included in the ACR queryresponse message is permitted or restricted in the ACR configurationinformation.

If the leanback application is permitted in the ACR configurationinformation, the video display device 100 requests the leanbackapplication from the content providing server 10 based on the URL of theleanback application in operation S2809.

The video display device 100 downloads the leanback application from thecontent providing server, and executes the leanback application inoperation S2811.

Hereinafter, operation of the video display device 100 for executing acontent reminder application that notifies broadcast information oncontent related to uncompressed audio and video content based oninformation on the uncompressed audio and video content, as one ofleanback applications, will be described. Here, the uncompressed audioand video content may be promotional content including a preview of amovie, and the related content may be promoted content of thepromotional content.

The video display device 100 receives content information on theuncompressed audio and video content based on characteristic informationof the uncompressed audio and video content.

The video display device 100 transmits the ACR query request messagebased on the uncompressed audio and video content to the contentrecognizing service providing server 20 in operation S2813. In detail,the video display device 100 may extract the characteristic informationfrom the uncompressed audio and video content input through an externalinput, and may transmit the ACR query request message based on thecharacteristic information to the content recognizing service providingserver 20.

The content recognizing service providing server 20 transmits the ACRquery response message for the ACR query request message to the videodisplay device 100 in operation S2815. In detail, the contentrecognizing service providing server 20 may identify the contentcorresponding to the characteristic information included in the ACRquery request message. Here, in the case where the identified content ispromotional content, the content recognizing service providing server 20may transmit the ACR query response message including contentinformation corresponding to the identified promotional content to thevideo display device 100. The content information may include at leastone of a URL of a promotional application, a video display deviceidentifier, a content identifier, a content timestamp, a name of abroadcaster that broadcasts promoted content of the promotional content,and information on a channel through which the promoted content isbroadcast. The channel information may include at least one of a name ofthe channel, a number of the channel through which the content isbroadcast, a service package including the channel through which thepromoted content is broadcast, and an MPVD that provides the servicepackage. The video display device identifier is used to identify a videodisplay device. This will be described in more detail with reference toFIG. 40.

FIG. 40 is a block diagram illustrating that an identifier of a videodisplay device is transmitted according to an embodiment.

An application provider may allow a content reminder application to beexecuted in each video display device 100 for content set in each videodisplay device 100. Therefore, a video display device identifier foridentifying the video display device 100 is required. Here, the contentrecognizing service providing server 20 may generate the video displaydevice identifier for each video display device 100. Here, various videodisplay devices 100 may access the content recognizing service providingserver 20 through a single sharer mainly used by the video displaydevice 100. Therefore, it is difficult for the content recognizingservice providing server 20 to use an internet protocol (IP) address asthe video display device identifier. Furthermore, the video displaydevice identifier may not be dependent on a platform, a system, andanother application so as to be compatible with the video displaydevices 100. The content recognizing service providing server 20 mayperform a hash operation on a MAC address so that the MAC address isused as the video display device identifier.

In a specific embodiment, the content recognizing service providingserver 20 may combine the promotional application URL and the videodisplay device identifier to transmit the video display deviceidentifier. In detail, the content recognizing service providing server20 may attach the video display device identifier to the promotionalapplication URL as a parameter so as to transmit the video displaydevice identifier. Here, the video display device 100 may tokenize thepromotional application URL so as to recognize the video display deviceidentifier. For example, if http://reminderservice.com?promoId=XXX isthe promotional application URL, and YYY is the video display deviceidentifier, the content recognizing service providing server 20 maytransmit the URL http://reminderservice.com?promoId=XXX&tvId=YYY to thevideo display device 100. Thereafter, the application service providerserver 300 may combine the URL of the content reminder application andthe video display device identifier to transmit the URL of the contentreminder application. In detail, the application service provider server300 may attach the video display device identifier to the URL of thecontent reminder application as a parameter so as to transmit the URL ofthe content reminder application. For example, ifhttp://reminderservice.com?remindId=ZZZ is the URL of the contentreminder application, and YYY is the video display device identifier,the application service provider server 300 may transmit the URLhttp://reminderservice.com?remindId=ZZZ&tvId=YYY.

In another specific example, the content recognizing service providingserver 20 may transmit the video display device identifier through acommercial identifier. In detail, in the case where the contentrecognizing service providing server 20 receives the ACR query requestmessage including the characteristic information corresponding to thepromotional content and transmits the ACR query response message, thecontent recognizing service providing server 20 may ACR query responsemessage including the content identifier including the commercialidentifier. Here, the commercial identifier includes the video displaydevice identifier. In addition, the commercial identifier may berandomly generated. The video display device 100 tokenizes thecommercial identifier through the promotional application so as torecognize the video display device identifier.

The video display device 100 receives the ACR query response messagefrom the content recognizing service providing server and checks ACRconfiguration information in operation S2817. In detail, the videodisplay device 100 may check whether the promotional applicationcorresponding to the URL of the promotional application included in theACR query response message is permitted or restricted in the ACRconfiguration information.

If the promotional application is permitted in the ACR configurationinformation, the video display device 100 requests the promotionalapplication from the application service provider server 300 based onthe URL of the promotional application in operation S2819.

The video display device 100 downloads the promotional application fromthe content providing server in operation S2811.

The video display device 100 executes the promotional application to seta content reminder in operations S2823 and S2825. Operation of thepromotional application will be described with reference to FIGS. 41 and42.

FIG. 41 is a flowchart illustrating operation of the video displaydevice executing the promotional application according to an embodiment.FIG. 42 illustrates a user interface of content reminder setting of thepromotional application according to an embodiment.

The video display device 100 displays the user interface of contentreminder setting through the promotional application in operation S2851.Here, the user interface may also display content information includingat least one of a menu for selecting an option to approve the contentreminder setting, a name of content, a broadcast date and time of thecontent, duration of the content, a genre of the content, and a subjectof the content. According to the example of FIG. 42, the user interfacedisplays the name of the content and the broadcast date and time of thecontent.

The video display device 100 receives a user input through thepromotional application in operation S2853.

The video display device 100 determines whether the user input is forapproving the content reminder setting through the promotionalapplication in operation S2855.

If the user input is for approving the content reminder setting, thevideo display device 100 sets the content reminder through thepromotional application in operation S2857. Here, according to theembodiment of FIGS. 38 and 39, the video display device 100 performstransmission to the application service provider server 300 so as to setthe content reminder. The application service provider server 300transmits a content reminder message to the content recognizing serviceproviding server 20 based on the content reminder setting, and thecontent recognizing service providing server 20 transmits the contentreminder message to the video display device 100 based on the contentreminder setting. However, according to an embodiment, the applicationservice provider server 300 may transmit the content reminder message tothe video display device 100 instead of the content recognizing serviceproviding server. Furthermore, according to an embodiment, the videodisplay device 100 may set a content reminder in the video displaydevice 100 and may execute the content reminder application according tothe content reminder setting. This operation will be described in moredetail with reference to FIGS. 46 to 49. The video display device 100stores content reminder setting information when setting the contentreminder. The content reminder setting information may include at leastone of a content identifier, a video display device identifier, an IPaddress and a MAC address of a video display device, a name of abroadcaster that broadcasts content, information on a channel throughwhich the content is broadcast, a start time of the content, a contentreminder margin time, and a content reminder application URL. Thechannel information may include at least one of a name of the channel, anumber of the channel through which the content is broadcast, a servicepackage including the channel through which the content is broadcast,and an MPVD that provides the service package.

The video display device 100 terminates the promotional application inoperation S2827. In a specific embodiment, when the promotional contentis terminated, the video display device 100 may terminate thepromotional application. In detail, when the promotional content isterminated due to channel switching or expiration of playback time ofthe promotional content, the video display device 100 may terminate thepromotional application. However, in order for the video display device100 to discover whether the promotional content is terminated, the videodisplay device 100 may transmit the ACR query request message andreceive the ACR query response message to identify content currentlydisplayed on the display unit 121. Therefore, it may take excessive timefor the video display device 100 to terminate the promotionalapplication. During this process, the promotional content may beterminated, and another content other than the promotional content maybe displayed on the display unit 121 with the promotional application.If the other content is displayed on the display unit 121 with thepromotional application, a user may feel confusion. Therefore, in aspecific embodiment, the video display device 100 may execute thepromotional application for a preset time, and may terminate thepromotional application after a lapse of the preset time. Here, thepreset time may be determined based on the promotional content. Here,the preset time may be shorter than the duration of the promotionalcontent. In another specific embodiment, the video display device 100may terminate the promotional application based on fade out of theuncompressed audio and video content. In detail, when the fade out ofthe uncompressed audio and video content is detected, the video displaydevice 100 may terminate the promotional application. In general, in thecase where switching to another content or switching to another channeloccurs, a video signal or an audio signal included in the uncompressedaudio and video content fades out. Therefore, based on the fade out ofthe uncompressed audio and video content, the video display device 100may rapidly and easily detect the termination of the promotionalcontent.

The application service provider server 300 transmits the contentreminder message based on the content reminder setting in operationsS2829 and S2831. In detail, the application service provider server 300may transmit the content reminder message to the content recognizingservice providing server 20, and the content recognizing serviceproviding server 20 may transmit the content reminder message to thevideo display device 100.

In a specific embodiment, the application service provider server 300may transmit the content reminder message to the video display device100 at the content start time. In another specific embodiment, theapplication service provider server 300 may transmit the contentreminder message to the video display device 100 a preset contentreminder margin time before the content start time. Here, the contentreminder margin time may be set when the content reminder is set. If thecontent reminder is transmitted at the content start time, a user maymiss a starting part of content. Therefore, the content reminder messageis notified the content reminder margin time before the content starttime so that the user may prepare to view the content in order not tomiss the starting part thereof.

Here, the application service provider server 300 may transmit thecontent reminder message based on the video display device identifier.In detail, the application service provider server 300 may identify avideo display device to which the content reminder message is to betransmitted based on the video display device identifier, so as totransmit the content reminder message. In addition, in a specificembodiment, the content reminder message may include the contentreminder application URL.

The video display device 100 requests the content reminder applicationfrom the application service provider server 300 in operation S2833. Indetail, the video display device 100 may request the content reminderapplication based on the content reminder application URL.

The video display device 100 downloads the content reminder applicationfrom the application service provider server 300 in operation S2835.

The video display device 100 executes the content reminder applicationin operation S2837. The execution of the content reminder applicationwill be described with reference to FIGS. 43 to 45.

FIG. 43 illustrates a content reminder user interface of the contentreminder application according to an embodiment. FIG. 44 illustrates acontent reminder user interface of the content reminder applicationaccording to another embodiment. FIG. 45 illustrates a content reminderuser interface of the content reminder application according to anotherembodiment.

The video display device 100 may display broadcast information oncontent through the content reminder application. In detail, the videodisplay device 100 may receive the broadcast information on the contentfrom the application service provider server 300 through the contentreminder application, and may display the broadcast information on thecontent. The broadcast information on content may include at least oneof a title of content, a start time of the content, a broadcaster namethat broadcasts the content, and information on a channel through whichthe content is broadcast. The channel information may include at leastone of a name of the channel, a number of the channel through which thecontent is broadcast, a service package including the channel throughwhich the content is broadcast, and an MPVD that provides the servicepackage. In detail, as illustrated in FIG. 44, the video display device100 may display a message that a user may input a channel number througha remote controller to view the content while displaying the contenttitle and the channel number through which the content is broadcast.Alternatively, as illustrated in FIG. 45, the video display device 100may display a message that a user may press a specific input button on aremote controller to view the content while displaying the specificinput button.

However, the content may be concurrently broadcast through variouschannels. Here, in the case where the video display device 100 displaysonly a channel unable to be viewed by a user, the user may not view thecontent. To overcome this limitation, the video display device 100 maydisplay all channels through which the content is broadcast through thecontent reminder application. In another specific embodiment, the videodisplay device 100 may not display a channel unable to be viewed by theuser but may display only a channel able to be viewed by the user. Tothis end, in the case where the video display device identifier istransmitted to the application service provider server 300, the videodisplay device 100 may also transmit an MVPD name and service packageinformation used by the user of the video display device 100. When thevideo display device identifier is stored, the application serviceprovider server 300 may also store the MVPD name and the service packageinformation used by the user of the video display device 100. When theapplication service provider server 300 transmits the broadcastinformation on the content to the video display device 100, theapplication service provider server 300 may not transmit a channel notincluded in the service package to which the user of the video displaydevice 100 subscribes, among the channels through which the content isbroadcast, but may display only a channel included in the servicechannel. In another specific embodiment, in the case where there is achannel not included in the service package to which the user of thevideo display device 100 subscribes, among the content-broadcastingchannels included in the channel reminder information, the video displaydevice 100 may not display information on the channel not included inthe service package to which the user of the video display device 100subscribes but may display only information on a channel included in theservice channel through the content reminder application. In anotherspecific embodiment, in the case where a channel through which thecontent is broadcast does not exist in the service package to which theuser of the video display device 100 subscribes, the video displaydevice 100 may display information on a service package through whichthe content is broadcast through the content reminder application. Tothis end, the video display device 100 may receive the information onthe service package through which the content is broadcast from theapplication service provider server 300 through the content reminderapplication. In detail, the video display device 100 may transmit amessage that the channel through which the content is broadcast is notincluded in the service package to which the user of the video displaydevice 100 subscribes through the content reminder application, and mayreceive, from the application service provider server 300, theinformation on the service package including the channel through whichthe content is broadcast. In another specific embodiment, in the casewhere a channel through which the content is broadcast does not exist inthe service package to which the user of the video display device 100subscribes, the video display device 100 may terminate the contentreminder application without displaying the broadcast information on thecontent.

The video display device 100 may display the broadcast information onthe content through the content reminder application at a terminationtime of specific content that is not a target of the content reminder.In another specific embodiment, the video display device 100 may displaythe broadcast information on the content through the content reminderapplication when advertisement content is broadcast. In another specificembodiment, the video display device 100 may display the broadcastinformation on the content through the content reminder application atthe content start time. In another specific embodiment, the videodisplay device 100 may display the broadcast information on the contentthrough the content reminder application the content reminder margintime before the content start time.

The video display device 100 may perform snooze reminding so that thebroadcast information on the content is displayed again after a lapse ofa certain time through the content reminder application. In detail, asillustrated in FIG. 43, the video display device 100 may display a menufor asking a user whether to display a reminder again after a lapse of acertain time through the content reminder application. Here, if thevideo display device 100 receives a user input that indicates approval,the video display device 100 may display the broadcast information onthe content again after a lapse of a certain time through the contentreminder application.

Furthermore, the video display device 100 may determine whether a useractually views content through the content reminder application. Indetail, the video display device 100 may determine whether theuncompressed audio and video content obtained through a receiving unitis a target of content reminder setting, after the content reminderapplication displays the broadcast information on the content. Indetail, the video display device 100 may periodically extract thecharacteristic information of the uncompressed audio and video content,after the content reminder application displays the broadcastinformation on the content. The video display device 100 may transmitthe ACR query request message including the characteristic informationto the content recognizing service providing server 20, and may receivethe ACR query response message from the content recognizing serviceproviding server 20. Here, the video display device 100 may determinewhether the uncompressed audio and video content is a target of thecontent reminder setting based on the content identifier included in theACR query response message. In this manner, the video display device 100may determine whether the user views reminder-scheduled content. Inaddition, the video display device 100 may provide, to a broadcaster oran application service provider, data to be used to determine howeffective the promotional content is.

An embodiment in which the application service provider server 300transmits the content reminder message will be described with referenceto FIGS. 46 and 47.

FIG. 46 is a diagram illustrating a network topology for a video contentreminder application service according to another embodiment. Theembodiment of FIG. 46 is different from the embodiment of FIG. 38 inthat the application service provider server 300, instead of the contentrecognizing service providing server 20, transmits the content remindermessage to the video display device 100. The other configurations andoperations of the embodiment of FIG. 46 are the same as those of theembodiment of FIG. 38. The same configurations and operations have beendescribed above, and are thus omitted below.

According to the embodiment of FIG. 46, the video display device 100receives the URL of the content reminder application from theapplication service provider server 300, and downloads the contentreminder application based on the URL thereof.

According to the embodiment of FIG. 46, the application service providerserver 300 receives the video display device identifier from the videodisplay device 100 through the promotional application produced by theapplication service provider. The application service provider server300 may receive a content identifier from the video display device 100through the promotional application. The application service providerserver 300 transmits the video display device identifier, the start timeof content, and the URL of the content reminder application to the videodisplay device 100. In detail, the application service provider server300 may transmit the content title, the content start time, the name ofthe broadcaster that broadcasts the content, the information on thechannel through which the content is broadcast, and the URL of thecontent reminder application to the video display device 100 based onthe video display device identifier and the content identifier receivedfrom the video display device 100. The channel information may includeat least one of a name of the channel, a number of the channel throughwhich the content is broadcast, a service package including the channelthrough which the content is broadcast, and an MPVD that provides theservice package.

Operations of the video display device 100, the content recognizingservice providing server 20, and the application service provider server300 will be described in detail with reference to FIG. 47.

FIG. 47 is a ladder diagram illustrating operation of the video contentreminder application according to another embodiment. The embodiment ofFIG. 47 is different from the embodiment of FIG. 38 in that theapplication service provider server 300, instead of the contentrecognizing service providing server 20, transmits the content remindermessage to the video display device 100. The other configurations andoperations of the embodiment of FIG. 47 are the same as those of theembodiment of FIG. 39. The same configurations and operations have beendescribed above, and are thus omitted below.

The application service provider server 300 transmits the contentreminder message in operation S2929. In detail, the application serviceprovider server 300 transmits the content reminder message to the videodisplay device 100. Therefore, unlike the embodiment of FIG. 39, thevideo display device 100 receives the content reminder message from theapplication service provider server 300. Therefore, the time taken fortransmitting the content reminder message may be reduced.

An embodiment in which the video display device 100 sets a contentreminder in the video display device 100 and executes the contentreminder application according to the content reminder setting will bedescribed with reference to FIGS. 48 and 49.

FIG. 48 is a diagram illustrating a network topology for a video contentreminder application service according to another embodiment. Theembodiment of FIG. 48 is different from the invention of FIG. 38 in thatthe video display device 100 sets the content reminder in the videodisplay device 100 and executes the content reminder applicationaccording to the content reminder setting. The other configurations andoperations of the embodiment of FIG. 48 are the same as those of theembodiment of FIG. 38. The same configurations and operations have beendescribed above, and are thus omitted below.

According to the embodiment of FIG. 48, the video display device 100sets the content reminder in the video display device 100 through thepromotional application. The video display device 100 may receive theURL of the content reminder application from the application serviceprovider server 300 based on the content reminder setting, and maydownload the content reminder application based on the URL thereof. Thevideo display device 100 may execute the content reminder applicationthrough the browser. The video display device 100 may display, to auser, broadcast information on content through the content reminderapplication.

Operations of the video display device 100, the content recognizingservice providing server 20, and the application service provider server300 will be described in detail with reference to FIG. 47.

FIG. 49 is a ladder diagram illustrating operation of the video contentreminder application according to another embodiment. The embodiment ofFIG. 49 is different from the invention of FIG. 38 in that the videodisplay device 100 sets the content reminder in the video display device100 and executes the content reminder application according to thecontent reminder setting. The other configurations and operations of theembodiment of FIG. 49 are the same as those of the embodiment of FIG.39. The same configurations and operations have been described above,and are thus omitted below.

The video display device 100 executes the promotional application to seta content reminder in operations S3023 and S3025. According to theembodiment of FIGS. 48 and 49, the video display device 100 sets thecontent reminder in the video display device 100. The video displaydevice 100 sets content reminder setting information when setting thecontent reminder. The content reminder setting information may includeat least one of a content identifier, a video display device identifier,an IP address and a MAC address of a video display device, a name of abroadcaster that broadcasts content, information on a channel throughwhich the content is broadcast, a start time of the content, a contentreminder margin time, and a content reminder application URL. Thechannel information may include at least one of a name of the channel, anumber of the channel through which the content is broadcast, a servicepackage including the channel through which the content is broadcast,and an MPVD that provides the service package. In particular, it may benecessary for the broadcast information on the content to include thecontent start time and the content reminder margin time so that thevideo display device 100 downloads and executes the content reminderapplication before the content start time. The video display device 100may receive the content reminder setting information from theapplication service provider server 300 in order to set the contentreminder setting information.

However, the content start time may be changed later due to, forexample, circumstances of the broadcaster. Therefore, the video displaydevice 100 needs to apply the change of the content start time to thecontent reminder setting information even after setting the contentreminder. To this end, the video display device 100 may receiveinformation on the content that is a target of the content remindersetting from the application service provider server 300 so as todetermine whether the content information matches preset contentreminder setting information.

In detail, whenever the video display device 100 executes thepromotional application, the video display device 100 may check whetherthe content information matches the preset content reminder settinginformation. However, in this case, if the promotional application isnever executed or the ACR configuration information is changed so thatthe promotional application is not executed, the video display device100 is unable to check the change of the content start time. In anotherspecific embodiment, whenever the video display device 100 recognizesthe promotional content for the content that is a target of the contentreminder setting, the video display device 100 may check whether thecontent information matches the preset content reminder settinginformation. However, in this case, if the promotional content for thecontent that is a target of the content reminder setting is unable to berecognized, the video display device 100 is unable to check the changeof the content start time. In another specific embodiment, whenever thevideo display device 100 is turned on, the video display device 100 maycheck whether the content information matches the preset contentreminder setting information. In another specific embodiment, the videodisplay device 100 may check whether the content information matches thepreset content reminder setting information according to a preset checkperiod. Here, the video display device 100 may determine the checkperiod based on a user input. Here, in the case where the contentinformation does not match the preset content reminder settinginformation, the video display device 100 may change the contentreminder setting information. In this manner, even though the contentinformation such as the content start time is changed after setting thecontent reminder, the video display device 100 may correctly execute thecontent reminder application.

The video display device 100 terminates the promotional application inoperation S3027.

The video display device 100 downloads the content reminder applicationbased on the content reminder setting. In detail, the video displaydevice 100 may download the content reminder application at the contentstart time. In another specific embodiment, the video display device 100may download the content reminder application a preset content remindermargin time before the content start time. Here, the content remindermargin time may be set when the content reminder is set. If the contentreminder is transmitted at the content start time, a user may miss astarting part of content. Therefore, the content reminder message isnotified the content reminder margin time before the content start timeso that the user may prepare to view the content in order not to missthe starting part thereof.

*582The video display device 100 executes the content reminderapplication in operation S3031.

FIG. 50 is a conceptual diagram illustrating the video display deviceexecuting the content reminder application according to an embodiment.

As illustrated in FIG. 50, the video display device 100 according to anembodiment includes an audio/video driver 601, an ACR engine 603, ACRmiddleware 605, an ACR user interface 607, and an ACR plugin 609.

*585The audio/video driver 601 captures an audio/video signal input asan external input of a TV and transfers the audio/video signal to theACR engine 603. The audio/video driver 601 may provide API so that theACR engine 603 accesses an audio/video buffer. The audio/video driver601 may also provide characteristic information of audio/video receivedas an external input such as HDMI. For example, in the case of audio,the audio/video driver 601 may provide information such as a sampledepth, a sampling rate, the number of channels (mono/stereo etc.), thenumber of samples, and a sample time. In the case of video, theaudio/video driver 601 may provide information such as a video formatand a width, height, stride, stream time, input type (HDMI1, HDMI2,composite, component, etc.), and the number of frames per second ofinput video.

The ACR engine 603 may be executed as a separate process, and recognizesa program using the above-mentioned various methods. The ACR engine 603may extract a signature from an audio/video sample, and may transfer theextracted signature to an ACR server so as to recognize content. Asdescribed above, the ACR engine 603 may call API capable of accessingthe audio/video buffer according to platform implementation, and maytransmit an audio/video stream captured by the audio/video driver 601 toan ACR process by using a socket. The ACR engine 603 sends an ACR queryrequest to the ACR server with the signature, and receives, from the ACRsever, an ACR query response including information that indicateswhether content recognition is successful, a content ID, a globalcontent ID, a timestamp, a leanback application URL, a broadcasterserver URL, a promotional application URL, and a content reminderapplication URL. The ACR engine 603 may transfer a result received fromthe ACR server to the ACR middleware 605.

The ACR middleware 605, which is a module corresponding to middleware ofa DTV process, processes ACR control and processes the ACR queryresponse from the ACR engine 603. The ACR middleware 605 controls theACR by executing or terminating the ACR process or by starting orstopping the ACR engine 603. Furthermore, by parsing the ACR queryresponse, the ACR middleware 605 stores values of the content ID, globalcontent ID, and timestamp. The ACR middleware 605 may provide API so asto send the stored values to the ACR UI, or may send the stored valuesto the ACR user interface 607 by means of a message queue and globalparameters. Furthermore, in order to transfer data such as the contentID, the global content ID, and the timestamp to an ACR application suchas a Live+ application or a leanback application, the ACR middleware 605may transfer the data to a web browser through inter-processcommunication (IPC) of a shared memory and a socket.

The ACR user interface (UI) 607 may represent UI for controlling ACRsuch as ACR on/off to a user, or may represent, to the user, informationsuch as a name and time of a recognized program in a status bar UI of aTV.

When the ACR middleware 605 transfers, to a browser, the data such asthe content ID, the global content ID, and the timestamp to betransferred to an ACR application, these values are received by the ACRplugin 609. The ACR plugin 609 may transfer the values to the ACRapplication through a plugin object interface. An embodiment of aninterface of the ACR plugin 609 is shown below. In particular, accordingto the embodiment of the interface of the ACR plugin 609, the videodisplay device 100 sets a content reminder in the video display device100 and executes the content reminder application according to thecontent reminder setting, as illustrated in FIGS. 48 and 49.

Name Property readonly String reminderURL readonly NumberreminderTimestamp Method void SetACRReminderApp(String reminderURL,Number reminderTimestamp)

Here, “reminderURL” represents the URL of the content reminderapplication.

“reminderTimestamp” represents an execution time of the content reminderapplication.

“SetACRReminderApp( )” is a function for setting the content reminderapplication URL and the execution time of the content reminderapplication in order to set a content reminder.

Next, a structure of a video display device according to variousembodiments will be described with reference to FIGS. 51 and 52.

FIG. 51 is a block diagram illustrating a structure of a fingerprintbased video display device according to another embodiment.

As shown in FIG. 51 a tuner 501 extracts a symbol from an 8-VSB RFsignal transmitted through an air channel.

An 8-VSB demodulator 503 demodulates the 8-VSB symbol that the tuner 501extracts and restores meaningful digital data.

A VSB decoder 505 decodes the digital data that the 8-VSB demodulator503 to restore an ATSC main service and ATSC M/H service.

An MPEG-2 TP Demux 507 filters a Transport Packet that the video displaydevice 100 is to process from an MPEG-2 Transport Packet transmittedthrough an 8-VSB signal or an MPEG-2 Transport Packet stored in a PVRStorage to relay the filtered Transport Packet into a processing module.

A PES decoder 539 buffers and restores a Packetized Elementary Streamtransmitted through an MPEG-2 Transport Stream.

A PSI/PSIP decoder 541 buffers and analyzes PSI/PSIP Section Datatransmitted through an MPEG-2 Transport Stream. The analyzed PSI/PSIPdata are collected by a Service Manager (not shown), and then, is storedin DB in a form of Service Map and Guide data.

A DSMCC Section Buffer/Handler 511 buffers and processes DSMCC SectionData for file transmission through MPEG-2 TP and IP Datagramencapsulation.

An IP/UDP Datagram Buffer/Header Parser 513 buffers and restores IPDatagram, which is encapsulated through DSMCC Addressable section andtransmitted through MPEG-2 TP to analyze the Header of each Datagram.Additionally, an IP/UDP Datagram Buffer/Header Parser 513 buffers andrestores UDP Datagram transmitted through IP Datagram, and then analyzesand processes the restored UDP Header.

A Stream component handler 557 may include ES Buffer/Handler, PCRHandler, STC module, Descrambler, CA Stream Buffer/Handler, and ServiceSignaling Section Buffer/Handler.

The ES Buffer/Handler buffers and restores an Elementary Stream such asVideo and Audio data transmitted in a PES form to deliver it to a properA/V Decoder.

The PCR Handler processes Program Clock Reference (PCR) Data used forTime synchronization of audio and Video Stream.

The STC module corrects Clock values of the A/V decoders by using aReference Clock value received through PCR Handler to perform TimeSynchronization.

When scrambling is applied to the received IP Datagram, the Descramblerrestores data of Payload by using Encryption key delivered from the CAStream Handler.

The CA Stream Buffer/Handler buffers and processes Data such as Keyvalues for Descrambling of EMM and ECM, which are transmitted for aConditional Access function through MPEG-2 TS or IP Stream. An output ofthe CA Stream Buffer/Handler is delivered to the Descrambler, and then,the descrambler descrambles MPEG-2 TP or IP Datagram, which carriers A/VData and File Data.

The Service Signaling Section Buffer/Handler buffers, restores, andanalyzes NRT Service Signaling Channel Section Data transmitted in aform of IP Datagram. The Service Manager (not shown) collects theanalyzed NRT Service Signaling Channel Section data and stores them inDB in a form of Service Map and Guide data.

The A/V Decoder 561 decodes the Audio/Video data received through an ESHandler to present them to a user.

An MPEG-2 Service Demux (not shown) may include an MPEG-2 TPBuffer/Parser, a Descrambler, and a PVR Storage module.

An MPEG-2 TP Buffer/Parser (not shown) buffers and restores an MPEG-2Transport Packet transmitted through an 8-VSB signal, and also detectsand processes a Transport Packet Header.

The Descrambler restores the data of Payload by using an Encryption key,which is delivered from the CA Stream Handler, on the Scramble appliedPacket payload in the MPEG-2 TP.

The PVR Storage module stores an MPEG-2 TP received through an 8-VSBsignal at the user's request and outputs an MPEG-2 TP at the user'srequest. The PVR storage module may be controlled by the PVR manager(not shown).

The File Handler 551 may include an ALC/LCT Buffer/Parser, an FDTHandler, an XML Parser, a File Reconstruction Buffer, a Decompressor, aFile Decoder, and a File Storage.

The ALC/LCT Buffer/Parser buffers and restores ALC/LCT data transmittedthrough a UDP/IP Stream, and analyzes a Header and Header extension ofALC/LCT. The ALC/LCT Buffer/Parser may be controlled by an NRT ServiceManager (not shown).

The FDT Handler analyzes and processes a File Description Table of FLUTEprotocol transmitted through an ALC/LCT session. The FDT Handler may becontrolled by an NRT Service Manager (not shown).

The XML Parser analyzes an XML Document transmitted through an ALC/LCTsession, and then, delivers the analyzed data to a proper module such asan FDT Handler and an SG Handler.

The File Reconstruction Buffer restores a file transmitted through anALC/LCT, FLUTE session.

If a file transmitted through an ALC/LCT and FLUTE session iscompressed, the Decompressor performs a process to decompress the file.

The File Decoder decodes a file restored in the File ReconstructionBuffer, a file decompressed in the decompressor, or a film extractedfrom the File Storage.

The File Storage stores or extracts a restored file if necessary.

The M/W Engine (not shown) processes data such as a file, which is notan A/V Stream transmitted through DSMCC Section and IP Datagram. The M/WEngine delivers the processed data to a Presentation Manager module.

The SG Handler (not shown) collects and analyzes Service Guide datatransmitted in an XML Document form, and then, delivers them to the EPGManager.

The Service Manager (not shown) collects and analyzes PSI/PSIP Datatransmitted through an MPEG-2 Transport Stream and Service SignalingSection Data transmitted through an IP Stream, so as to produce aService Map. The Service Manager (not shown) stores the produced servicemap in a Service Map & Guide Database, and controls an access to aService that a user wants. The Service Manager is controlled by theOperation Controller (not shown), and controls the Tuner 501, the MPEG-2TP Demux 507, and the IP Datagram Buffer/Handler 513.

The NRT Service Manager (not shown) performs an overall management onthe NRT service transmitted in an object/file form through a FLUTEsession. The NRT Service Manager (not shown) may control the FDT Handlerand File Storage.

The Application Manager (not shown) performs overall management onApplication data transmitted in a form of object and file.

The UI Manager (not shown) delivers a user input to an OperationController through a User Interface, and starts a process for a servicethat a user requests.

The Operation Controller (not shown) processes a command of a user,which is received through a UI Manager, and allows a Manager of anecessary module to perform a corresponding action.

The Fingerprint Extractor 565 extracts fingerprint characteristicinformation from an AV stream.

The Fingerprint Comparator 567 compares the characteristic informationextracted by the Fingerprint Extractor with a Reference fingerprint tofind an identical content. The Fingerprint Comparator 567 may use aReference fingerprint DB stored in local and may query a Fingerprintquery server on the internet to receive a result. The matched resultdata obtained by a comparison result may be delivered to Application andused.

As an ACR function managing module or an application module providing anenhanced service on the basis of ACR, the Application 569 identifies abroadcast content in watching to provide an enhanced service related toit.

FIG. 52 is a block diagram illustrating a structure of a watermark basedvideo display device according to another embodiment.

Although the watermark based video display device of FIG. 52 is similarto the fingerprint based video display device of FIG. 51, thefingerprint based video display device does not includes the FingerprintExtractor 565 and the Fingerprint Comparator 567, but further includesthe Watermark Extractor 566.

The Watermark Extractor 566 extracts data inserted in a watermark formfrom an Audio/Video stream. The extracted data may be delivered to anApplication and may be used.

According to an embodiment, enhanced services not dependent on an MVPDare available. Especially, even when a broadcaster or a contentsprovider does not provide enhanced services, a third party server notdependent on the broadcaster or the contents provider may provide theenhanced services.

Moreover, according to embodiments, information search, chatting, newssearch, digital media download, product catalog download, and productpurchase, which are related to main audio and video contents, areavailable without inconvenient text input using a remote controller.

Additionally, according to embodiments, enhanced services exceeding thebandwidth limitation of a wireless channel become available.

Moreover, the above methods of the present invention can also beembodied as computer readable codes on a computer readable recordingmedium. Examples of the computer readable recording medium includeread-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetictapes, floppy disks,

What is claimed is:
 1. An operating method of a video display deviceincluding a display unit, the method comprising: receiving abroadcasting signal through a tuner; obtaining an uncompressed audio orvideo (AV) content through a receiving unit, wherein the uncompressed AVcontent includes a promotion content; extracting a characteristicinformation, including at least one of a watermark and a fingerprint,from a part of the uncompressed AV content; transmitting a first queryto a first server, wherein the first query corresponds to thecharacteristic information; receiving a first response from the firstserver, based on the transmitted first query; transmitting a secondquery to a second server based on the first response; receiving a secondresponse from the second server, based on the transmitted second query;and executing a promotion application based on the second response,wherein the promotion application controls a process for promoting acontent.
 2. The method of claim 1, wherein the executing a promotionapplication comprises, reserving an alarm of a content related thepromotion content, and outputting a first message based on the reservedcontent alarm.
 3. The method of claim 2, wherein the first messagecomprises at least one of a menu for selecting an option to approve thereserved content alarm, a name of the content, a broadcast date and timeof the content, duration of the content, a genre of the content, and asubject of the content.
 4. The method of claim 2, wherein the outputtinga first message comprises, outputting the first message before a timefrom the start time of the content related the promotion content.
 5. Themethod of claim 4, further comprising: outputting the second messagewhich represents whether outputs the first message again after a time.6. The method of claim 1, wherein the executing the promotionapplication comprises: executing a promotion application, when theuncompressed AV content is terminated.
 7. A video display devicecomprising: a tuner for receiving a broadcasting signal; a receivingunit for receiving an uncompressed AV content, wherein the uncompressedAV content includes a promotion content; and an enhanced servicemanagement unit for extracting a characteristic information, includingat least one of a watermark and a fingerprint, from a part of theuncompressed AV content, transmitting a first query to a first server,wherein the first query corresponds to the characteristic information,receiving a first response from the first server, based on thetransmitted first query, transmitting a second query to a second serverbased on the first response, receiving a second response from the secondserver, based on the transmitted second query, and executing a promotionapplication based on the second response, wherein the promotionapplication controls a process for promoting a content.
 8. The videodisplay device according to claim 7, wherein the enhanced servicemanagement unit reserves an alarm of a content related the promotioncontent, and outputs a first message based on the reserved contentalarm.
 9. The video display device according to claim 8, wherein thefirst message comprises at least one of a menu for selecting an optionto approve the reserved content alarm, a name of the content, abroadcast date and time of the content, duration of the content, a genreof the content, and a subject of the content.
 10. The video displaydevice according to claim 8, wherein the enhanced service managementunit outputs the second message which represents whether outputs thefirst message again after a time.
 11. The video display device accordingto claim 7, wherein the enhanced service management unit executes apromotion application, when the uncompressed AV content is terminated.